本篇文章给大家谈谈工程师们为什么还没完全掌握无服务器？，以及对应的知识点，文章可能有点长，但是希望大家可以阅读完，增长自己的知识，最重要的是希望对各位有所帮助，可以解决了您的问题，不要忘了收藏本站喔。

[[386408]]

在引言中，作者开了个玩笑：“这个世界上有两件事我不懂——女孩和Serverless。”

我不知道他和女孩的关系，但他对Serverless 的看法是对的吗？让我们看看他的批评并讨论潜在的反驳。剧透：我认为无服务器确实有意义，只要您知道何时以及如何使用它。

无服务器的批判

YouTube视频中提到的主要论点是速度问题。更具体地说，从作者的角度来看，无服务器应用程序的主要缺点是（众所周知的）冷启动问题—— 增加了延迟，其中您的代码只有在底层云服务分配计算资源、拉取代码或容器后才能完成在开始执行之前，进行映像、安装附加软件包并配置环境。

优先考虑执行速度的工程师给人的印象是，整个应用程序生命周期管理的最终成功指标是我们的代码完成所需执行任务的速度。

作为一个在IT行业工作多年的人，我看到的实际问题是更多地关注可维护性以及利用技术快速可靠地提供业务价值的能力。我不确定这个指标是否正确衡量了最重要的事情。因素—— 评估时间、开发周期速度、易于维护、最终用户成本降低、通过促进无缝IT 运营降低运营风险，最后，分配我们的大部分工程时间来正确解决实际业务问题，而不是在配置上和管理服务器。

一些工程师错过了什么？无服务器的真正好处

如果您特别关心执行速度，并且偶尔出现的200 毫秒（在AWS 上最多一秒）延迟在您的工作负载中是不可接受的，那么无服务器确实不适合您。完全可以接受。然而，我们不能仅仅因为它的延迟就说Serverless 毫无用处。每个人都需要自己决定在他们的用例中什么延迟是可以接受的。

无服务器是一种极其经济高效的IT 基础设施管理方式，对于可能没有大量资金用于闲置资源和由24x7 支持工程师组成的专门维护团队的IT 部门尤其有利。

无服务器的低成本可能胜过任何弊端在我见过的大多数用例中，考虑到实际计算成本，无服务器比自托管资源便宜几个数量级。当您认为无服务器显着减少了运营、扩展和维护基础设施所需的时间（总拥有成本或TCO）时，您就真正实现了成本节省。现实情况是，维护基础设施的全职工程师团队的成本远远高于任何无服务器资源。

我并不是说无服务器选项对于所有用例来说总是更便宜。如果您不断收到数亿个请求，如果您的工作负载非常稳定，并且您有足够的工程师可以监控和扩展所有这些资源，那么使用自托管基础设施确实可能会更好。

冷启动是配置和预算的问题回到成本问题，冷启动问题很大程度上取决于您愿意花费多少以及如何配置无服务器资源。

如果您愿意支付额外费用，有很多方法可以缓解冷启动，例如利用预热实例（提供并发）或故意发出更多请求（虚假请求）以确保您的环境保持在线。通过使用Dashbird 这样的监控平台，您甚至可以收到函数中发生的任何冷启动的通知，从而帮助您优化无服务器资源。在下图中，您可以看到，在29 次调用时，我们可以观察到冷启动，这使总执行时间增加了大约180 毫秒的延迟。

Dashbird 的可观察性功能有助于识别和防止冷启动（图片由作者提供）

您可以为任何冷启动配置Slack 或电子邮件警报，以查看它们发生的频率。

在Dashbird中设置冷启动警报（作者提供）

改善Lambda函数延迟的技术您可以通过正确利用上下文重用功能来减少无服务器功能的延迟。 AWS 冻结并存储Lambda 的执行上下文，即函数处理程序外部发生的所有事情。如果在同一15 分钟内执行另一个函数，则可以重复使用冻结的环境。这意味着，如果您执行耗时的操作（例如连接到Lambda 处理程序外部的关系数据库），您可以获得显着更好的性能。

好了，文章到此结束，希望可以帮助到大家。