功能即服务(FaaS)技术，包括AWS Lambda、Azure函数和IBM/Apache OpenWhisk，正在被大量采用，甚至在私有云中也是如此，原因显而易见。serverless的承诺很简单:开发人员和IT团队可以完全停止担心他们的基础设施、系统软件和网络配置。不需要进行负载平衡、根据规模调整资源、监视网络延迟或CPU性能。如果处理得当，无服务器计算可以为您节省大量时间、金钱和操作开销。
向空闲实例说再见
使用无服务器计算也会减少浪费。您只需要在代码执行时(或者，每次用户处理请求时)为基础设施付费。服务器的末端就在那里。但是，有了所有这些优势，IT从业者也面临着雪崩般的复杂性和新的挑战。
无服务器计算的基本挑战很容易想象:如果某些东西是短暂的，您如何观察健康、正常运行时间和可用性方面的标准基础设施指标?虽然serverless消除了一些与基础设施管理相关的繁重工作，但IT基础设施团队还需要解决一些新的问题:
高效的代码现在是业务关键
没有什么比启动一个实例来重写代码或修复错误更能破坏您潜在的无服务器成本节约了。您需要对错误处理和资源使用有更多的可见性，以了解在何处可以简化您的服务器不足成本。
资源优化现在是无服务器客户的责任
公共云的巨大优势，比如资源的高效利用和服务的提供，就像实例本身一样转瞬即逝。现在，即使没有服务器的实例是可用的，服务可用性的总体责任还是转移到IT操作团队。
您仍然需要在基础设施监视方面进行投资
你仍然需要可见性，以确保数字体验，并防止停机和安全漏洞。云提供商提供了一些标准的监控功能，但是没有服务器的计算使端到端可见性更加复杂，现有的遗留监控工具(以及许多只针对云的)无法满足这一需求。您需要一种能够处理on-prem和多云环境以及微服务架构的现代方法。如果每秒钟(或更少)都有一个不同的实例，那么想象一下监视这些实例的正常运行时间、可用性、性能或配置的挑战。DevOps团队将此称为可观察性——从时刻到时刻跟踪应用程序性能(度量、跟踪和日志)。监视还需要对延迟敏感，并考虑到冷启动或启动实例的延迟。您的现代基础设施监视解决方案不应该区分启动延迟和实际中断。
欢迎使用hyper-awareness
IT运营团队需要比以往更多地了解应用程序的使用情况，并了解他们的FaaS应用程序的特定限制。您将需要有效地跟踪云提供商如何执行应用程序代码并对其收费，以及在出现问题时如何修复。所有这些需求都需要更现代的无服务器基础设施管理解决方案。
自动化是规则，而不是例外
您还需要构建正确的自动化，以便有效地监视动态的、没有服务器的工作负载，并结合经验丰富的云工程师的见解。将无服务器的监视完全留给云提供商会有很大的风险，但这已经不是可以手工完成的事情了。
现代化的机会:Serverless不能是无操作系统的
所有这些需求重新聚焦于现代IT运营团队所面临的挑战。转向serverless需要新的策略来优化基础设施，以支持serverless开发。它还需要一个新的事件响应框架(当事件像实例一样短暂时)和日志管理和分析来跟踪变化的速度。这些新的无服务器需求为ops团队提供了支持高效开发的机会，同时跟踪和管理不可见的基础设施。特别是当资源需要不断调整以实现高效、低成本的开发时，一个灵活、敏捷的数字运营框架的需求永远是重要的。
IT操作为这种变化做准备的最好方法是什么?开发的技能。寻找合并工具的方法。简化。采用以云为中心的、集成的方法和监视和管理，以在规模上高速移动。Gartner研究公司副总裁安德鲁·勒纳说说得很好:“尽管Serverless被誉为‘NoOps’的圣杯，但现实情况是，在生产环境和/或规模上操作这些服务器，需要大量以云为中心的操作技术，以及安全、监视和调试技能。”
无服务器是基础设施管理的巨大飞跃。但是，就像任何飞跃一样，它需要重新评估事情是如何进行的。基础设施团队需要不同类型的治理和极端的灵活性。他们需要继续采用多云策略，同时承担优化、利用和治理的新职责。它不会过时。但是，它越早采用一个框架来支持无服务器技术在数字转换面前的演进，它就越早帮助企业实现更大的无服务器价值。