Serverless架构不可忽视的四大缺点（简称FaaS），最知名的相关服务是AWSLambda。尽管名称为“无服务器”，但这种类型的架构并没有完全将代码从服务器中剥离出来。“无服务器计算”是指企业或个人不需要购买、租赁或配置物理或虚拟服务器来支持后端代码运行。无服务器解决方案通常包括Web服务器、FaaS层、安全令牌服务(STS)、用户身份验证和数据库等元素。无服务器代码可以与常规的面向服务器形式的代码（例如微服务）同时运行。例如，我们可以将Web应用程序中的部分代码编写为微服务，而其他部分则可以表示为无服务器。此外，完全没有任何服务器配置元素编写的应用程序可以是无服务器的。FaaS提供的平台允许开发者根据特定事件触发代码执行操作，而无需构建和维护复杂的基础设施。在此系统中，服务器端逻辑和状态由第三方应用程序或服务管理。Serverless计算的缺点1.第三方API系统的问题供应商控制、多租户问题、供应商锁定、安全漏洞都可能是第三方API造成的。在没有系统控制的情况下使用API会导致系统停机、强制API升级、功能丧失、意外限制和成本变化。此外，多租户问题在各种云计算框架中也很常见。Salesforce（PaaS）因其多租户云架构引入了一些监管限制，开发者在使用过程中也需要尽可能避免相关问题。具体来说，多租户解决方案往往存在安全性、稳定性和性能方面的问题。2、缺乏运维工具开发者需要依赖供应商为其提供调试和监控工具。事实上，调试分布式系统很困难，通常需要访问大量相关指标才能了解问题的根本原因。3.架构复杂性开发人员需要投入大量时间来评估、实施和测试具体功能应该如何拆分到粒度上。需要平衡应用程序调用操作中涉及的函数数量。管理大量的功能无疑会增加运营成本，忽视细粒度的设置最终会使微服务架构变成“迷你单体”架构。目前，AWSLambda限制了用户可以并发执行的lambda的总数。这里要注意的是，此限制会影响您的整个AWS账户。一些企业使用同一个AWS账户进行生产和测试。这意味着如果工作人员开始新的负载测试并尝试执行1,000个并发Lambda函数，生产应用程序将立即遇到拒绝服务(DoS)情况。4.实施太难Serverless应用的集成和测试极其困难。ServerlessFaaS中集成的单元（即每个功能）比其他架构要小得多，所以我们需要集成大量的单元才能正常完成测试。此外，您可能需要为整个逻辑应用程序中的每个功能部署相应的FaaS组件。这意味着您将无法以原子方式统一部署一组功能，并且由于没有应用程序版本控制的概念，因此无法进行原子回滚。在这种情况下，我们需要关闭所有触发相应功能的事件源，部署整个功能组，然后重启事件源。原文链接：https://dzone.com/articles/the-drawbacks-of-serverless-architecture原文标题：TheDrawbacksofServerlessArchitecture原作者：RohitAkiwatkarfor.com]
