Serverless架构

的使用serverless架构已经非常迅速地成为组织部署云应用程序的一种可接受的方法，有许多可供部署的选择。甚至传统上保守的组织也在部分使用一些无服务器技术。大部分的讨论都是关于函数即服务(例如，AWSλ，谷歌云功能，Azure的功能)，而适当的使用模式仍在出现。不可否认，部署无服务器功能消除了传统上涉及服务器和操作系统配置和编制的重要工作。然而，无服务器功能并不适合每一种需求。在这个阶段，您必须准备为特定需求部署容器甚至服务器实例。同时，无服务器架构的其他组件，如后端即服务，几乎已经成为默认选择。

一个serverless架构方法用临时计算能力代替长时间运行的虚拟机，临时计算能力在请求时出现，在使用后立即消失。我们的团队喜欢无服务器的方法;它对我们来说工作得很好，我们认为它是一个有效的架构选择。注意，无服务器并不一定是一种全有或全无的方法:我们的一些团队使用无服务器部署了一个新的系统块，而对其他部分坚持传统的体系结构方法。虽然AWSλ几乎是无服务器的同义词，其他主要的云提供商都有类似的产品，我们还建议评估利基玩家，如webtask．

Serverless架构是一种用临时计算能力代替长时间运行的虚拟机的方法，临时计算能力在请求时出现，在使用后立即消失。自上一个Radar以来，我们已经有几个团队使用“无服务器”风格将应用程序投入生产。我们的团队喜欢这种方法，它很适合他们，我们认为这是一个有效的架构选择。注意，无服务器并不一定是一种全有或全无的方法:我们的一些团队使用无服务器部署了一个新的系统块，而对其他部分坚持传统的体系结构方法。

Serverless架构用临时计算能力替换长时间运行的虚拟机，临时计算能力在请求时出现，在使用后立即消失。例子包括重火力点和AWSλ．使用这种体系结构可以减轻一些安全问题，如安全补丁和SSH访问控制，并可以更有效地利用计算资源。这些系统的操作成本非常低，并且可以有内建的伸缩特性(对于AWS Lambda尤其如此)。一个示例架构可以是一个JavaScript应用程序，它的静态资产由CDN或S3提供，而AJAX调用则由API Gateway和Lambda提供。虽然无服务器架构有显著的好处，但也有缺点:跨服务部署、管理和共享代码更加复杂，本地或离线测试也更加困难，如果不是不可能的话。