摘要：无服务器计算框架被广泛认为是企业IT中的下一个重要事项，因为它们基于事件驱动架构，可根据需要使用称为函数的编程结构动态地提供服务器，存储和网络资源。但是DevOps团队在寻找一种协调一切方式的过程中遇到了挑战。

    无服务器计算框架被广泛认为是企业IT中的下一个重要事项，因为它们基于事件驱动架构，可根据需要使用称为函数的编程结构动态地提供服务器，存储和网络资源。但是DevOps团队在寻找一种协调一切方式的过程中遇到了挑战。
　　
　　为了实现这些功能的协调，Platform9公司已经将Fission Workflows的支持添加到了其无服务器计算框架的实例中。Platform9首席执行官Sirish Raghuram表示，Fission Wokflows将使IT组织能够开发出由数千个功能组成的复杂应用程序。
　　
　　另一方面，无服务器计算框架承诺通过在每次工作负载超过任何分配给它的容量的数量时，无需配置基础设施，从而使DevOps更容易。另一方面，尝试管理在IT环境中成千上万的功能可能会使DevOps比当今更具挑战性。虽然这不是一个新概念，但是Raghuram表示，Fission Workflows为IT组织提供了一个熟悉的管理功能的结构。
　　
　　Fission Workflow的优点包括重用功能以及能够一次性升级整个相关功能集的功能。还有容错能力，可以在基础设施故障的情况下恢复和重新启动工作流。
　　
　　Platform 9专门针对可部署在内部或云中的Kubernetes集群提供无服务器计算框架。
　　
　　Platform 9还为Kubernetes的实例提供了对容器的支持，而Raguham表示，该公司期望IT组织可以将容器和无服务器计算框架混合使用。例如，容器可能会通过API调用来调用函数来运行无状态进程，而Docker容器用于需要访问主存储的所有状态进程。
　　
　　Raguham指出，亚马逊网络服务（AWS）等云服务提供商提出的无服务器计算框架的困难在于，他们将IT组织锁定到特定平台，而不是利用便携式集群技术，如Kubernetes。他说，Kubernetes还为容器和无服务器计算提供了一个通用平台的附加优势。
　　
　　在企业中使用无服务器计算框架还为时过早。然而，很明显，他们将需要从DevOps的角度进行管理，以及在容器和平台即服务（PaaS）环境上运行的云本原生应用程序以及在虚拟机和裸机服务器上运行的旧版应用程序。鉴于这些架构中没有一个可能很快取代任何其他架构的事实，IT组织将开始制定DevOps策略，并假设整体IT环境将变得更加复杂。
　　
　　编辑：Harris