无服务器技术作为灵活和可扩展基础结构的潜在解决方案

可以通过一个精简而灵活的工程团队对它进行有效地远程管理，在查看了传统整体架构的可伸缩性约束之后，我们将描述无服务器具有明显优势的四个关键领域：将关注点分离为微服务，对DevOps自动化的支持，轻松的可伸缩性和成本效率。

整体架构包括一组计算节点

每个计算节点代表一个逻辑服务器，该服务器具有必须进行修补和维护的操作系统，配置管理工具可以在某种程度上实现自动化，但是环境中还有其他基础架构和代码需要管理，要全部或部分更新核心应用程序，您必须拆除一部分设备，这是一项危险且容易出错的任务。

扩展以满足用户流量的突然增加或者是影响用户体验的漫长过程

和/或成本高昂，因为在预期需求激增的情况下必须过度配置基础架构，在分布式系统中正确实现并发是一项不平凡的任务，随着系统的发展，它变得越来越困难，受到限制，水平缩放（添加更多的节点）增加了复杂性。另外，必须特别注意数据库层，传统的计算团队还承担着较重的管理和运营负担，而精简的分布式工程团队则难以管理。

关注点分离：进入微服务

在微服务体系结构中，核心应用程序的功能已分解为各个无状态的组件，这使整个系统和各个模块都具有可伸缩性。这种模块化体系结构可轻松识别，隔离和修复瓶颈，而不会影响应用程序性能，而无需复杂的自动化逻辑。但并非不重要的一点是，由于计算层被分离为离散的无状态功能，因此应用程序无需为维护新功能而“进行维护”。

工程文化：打造卓越运营

停用服务器以处理修补程序，部署或故障排除。同时，通过配置管理和自动缩放功能在一定程度上实现了自动配置新功能，但是您需要不断进行测试和配置以维护的兼容操作系统映像，但是，在转换到分布式和精简的工程范例时，模型面临着严峻的挑战。例如，事实证明不可能对用户流量的意外激增协调全机响应。

无服务器应用程序堆栈非常适合在DevOps文化中工作的分布式团队

在12因子原则是从初的设计规格考虑右，一切都是自动化的，配置存储在代码中。无需手动干预或配置即可扩展平台以处理数百万个请求；并发性和可伸缩性是包含电池的功能，扩展和并发：满足需求，为了满足动态需求，必须从一开始就构建应用程序基础结构，并着重于可伸缩性和并发性。传统的计算资源可以同时提供这两种功能，但是从历史上看，这需要艰巨的工程工作-包括易碎的骇客，终会导致系统不稳定，它们还带来了巨大的调配和容量规划挑战。

通过将容量管理与基础架构的管理脱钩

云计算及其按需按需付费服务模式彻底改变了软件行业，但是，云计算模型并不能减轻工程团队管理可伸缩性的责任。与针对流量激增的实时，动态响应相比，自动伸缩组的设计更多地是为了实现高可用性和弹性，云计算也不是数据库层扩展和并发的灵丹妙药。要确保数据的一致性，高可用性和高性能，需要付出大量的工程工作并需要不断地采用CAP定理。

成本效率：支付您所需的费用

即使具有现代的云扩展功能，工程组织在处理需求激增和容量分配时也常常陷入困境和僵局：保持整个实例团队的规模完全扩展，从而可能产生巨大的使用费用，或者保持缩减规模，并尝试规划和设计缩放策略和自动化，以应对需求激增，无服务器模型的主要优势之一是其经济高效的计费模型，如果某个功能或应用程序功能完全不需要花费超过150ms的时间来执行，则将其隔离在无服务器功能中并仅在需要时才执行将具有更高的成本效益。有许多软件公司和工程团队通过使用无服务器基础架构节省多达90％的基础架构成本的示例。

无服务器基础架构的操作开销是基于服务器的模型的一小部分-无需修补操作系统

没有网络端口连接防火墙，也没有存储设备填充日志文件和堆栈转储，利用无服务器来满足需求无服务器技术提供商在灵活的，基于使用量的计费模型内，提供了高度可扩展，高度并发的计算生态系统。当企业面临对其数字服务的不可预测和的需求以及流动和分散的劳动力时，可以通过选择不仅实施技术而且实施文化来更好地为他们服务。