深刻理解Serverless架构的优缺点，确实是Serverless云产品的趋势机会。但这并不意味着不再需要服务器，它只是意味着开发人员无需再担心基础架构，因为一切都由云提供商负责。使用这种方法，开发人员只需部署适当的代码，云提供商会自动管理其他一切。看起来真的不错。无服务器架构如何工作在传统的Web应用程序架构中，您必须管理基础设施并确保它满足可扩展性和安全性要求。例如，客户端在一侧，服务器在另一侧。客户端发送“请求”，服务器回复“响应”。但是，如果不能满足应用程序的需求，很快就会需要扩展服务器端。现在，这可以通过多种方式完成。一种方法是通过服务器扩展，通过使用更强大的服务器来增加容量。另一种方法是横向扩展服务器，添加额外的服务器来处理负载。在这种情况下，还必须部署负载均衡，以“决定”如何在两台或多台服务器之间进行负载均衡。这意味着您必须管理此设置，采取预防措施以防其中一台服务器出现故障或负载平衡失败。在成本方面，你必须为所有这些组件的分配付费，包括虚拟机、负载均衡、存储等，即使它们没有得到充分利用。这需要对这些资源进行适当的规划和管理投资。虽然一些云提供商提供“按需付费”模式和“弹性定价”，但仍需要就如何实施架构做出决定。对于Web应用程序开发人员来说，通常是后者。无服务器模型提供了一种完全不同的方法。与传统架构不同，无服务器架构在无状态计算容器中运行，这些容器是事件触发的、短暂的（仅持续一次调用）并且完全由第三方管理。就像一个“黑匣子”，你只需要上传这个服务的代码，它就会被实时自动处理。当收到请求时，运行您的Lambda函数的容器。在成本方面，使用无服务器模型，您通常只需为服务请求和运行代码所需的计算时间付费。计费以100毫秒为单位进行计量，使其具有成本效益，并且可以轻松实现从每天几个请求到每秒数千个请求的自动化。深入理解Serverless架构的优缺点，真的是一种趋势。使用无服务器架构降低运营成本的优势-如果您考虑一下，无服务器架构本质上是一种外包解决方案。基础设施不会消失。但与传统的云服务相比，只需根据流量规模和形式支付所需的计算量，可以大大节省运营成本，尤其是对于早期、动态变化的应用负载需求。***可扩展性——极致的可扩展性在云服务领域并不是什么新鲜事，但无服务器架构将其提升到了一个全新的水平。无服务器架构的扩展能力不仅可以降低计算成本，还可以减少运营管理，因为扩展是自动的。使用无服务器，无需显式向服务器阵列添加和删除实例，并让提供商为您扩展应用程序。由于云计算供应商在每个请求的基础上执行扩展，你甚至不需要考虑在内存耗尽之前你可以处理多少个并发请求。关注点分离——无服务器几乎迫使您实施关注点分离模型，通过该模型，您可以将应用程序划分为不同的部分，以便每个部分解决一个单独的问题。隔离进程——在无服务器环境中，每个Lambda函数都是完全隔离的。如果关闭其中一个功能，不会影响其他功能，也不会导致服务器崩溃。使用无服务器架构的缺点缺乏控制-使用任何外包策略，您都可以将某些系统的控制权交给第三方提供商。由于系统停机、意外限制、成本变化、功能丢失、强制API升级等，这种缺乏控制可能会表现出来。此外，如果您需要专用服务器用于专用进程，则必须自己运行该专用服务器。在大多数情况下，无服务器架构提供商品基础设施，以通用方式运行您的流程。长时间运行的进程成本高-如果您的进程长时间连续运行，您可能希望运行自己的服务器。因为这不仅与成本有关，还与您拥有的技能或您想要投入运行自己的服务器的奉献精神有关；在评估这些解决方案时将所有这些都考虑在内。供应商锁定将基础设施管理完全外包给无服务器提供商无疑会将您锁定在该供应商身上。每个供应商都有自己的标准和编程框架，不能轻易更改。几乎在每种情况下，一个供应商使用的任何无服务器功能都将由另一个供应商以不同的方式实现。如果您要更换供应商，您几乎肯定需要更新操作工具（部署、监控等）并可能更改代码。如果您将应用程序分解为微服务，无服务器架构是一个很好的选择。它不太适合运行专门进程的长时间运行的应用程序。虽然无服务器架构仍然是一种趋势，但随着越来越多的开发人员采用它并将其带入主流，这个市场上的所有参与者都可以期待重大的创新和新功能。
