应用程序无服务器：它是什么以及为什么重要

很少有技术术语能像“[无服务器0”那样产生如此多的混乱。顾名思义，没有服务器，这完全是错误的。当然有服务器，但你不再对它们负责。整个想法正是在这种责任的转变中得以实现。

对于那些引领技术或产品的人来说，理解[无服务器1]并不是一种技术上的突发奇想。它理解软件构建和操作方式中最深刻的变化之一。这一变化会对成本、速度和团队重点产生直接影响。

这篇文章是一个诚实的介绍。我不会将[无服务器2]作为解决一切问题的解决方案来出售，因为它不是。我将解释它是什么、为什么出现以及何时有意义，以便您可以清楚地做出决定，而不是随波逐流。

无服务器的真正含义

几十年来，运行应用程序需要维护服务器。购买或租用机器、安装系统、应用更新，确保一切保持正常状态。即使在云中，仍然需要有人扩展和管理这些机器。

无服务器颠覆了这个逻辑。您编写代码，定义代码何时运行，云提供商负责处理其他所有事情，包括配置、扩展、保持在线。您不再考虑服务器。只需考虑需要执行的功能即可。

这就像从拥有一辆汽车到使用按需交通一样。您不负责维护、保险或停车。在需要时订购，按使用量付费，然后继续。

Serverless 的诞生并非偶然。这是解决一个古老的挫败感的答案：技术团队花费太多时间维护基础设施，而花在解决业务问题上的时间太少。

花在设置服务器上的每一个小时就相当于没有花在产品上的一个小时。对于大多数组织来说，管理服务器从来都不是价值的来源，而是必要的成本。无服务器有望消除大部分成本。

再加上云计算的发展和更快交付的压力，基础工作已经准备好了。从本质上讲，无服务器是尝试让团队专注于真正重要的事情。

我的立场是，[无服务器3] 主要不是一个技术决策。这是关于你的团队将注意力花在哪里的决定。

通过采用[无服务器4，你是在说，照顾服务器并不是你想要投入团队人才的地方。您将无法使您的产品脱颖而出的复杂性外包，以便将精力集中在使产品与众不同的方面。

这对于拥有精干团队的组织来说尤其强大。那些没有大型基础设施团队的人可以获得以前只有大公司才能拥有的运营稳健性。这是技术能力的民主化。

但是，就像每个决定一样，它也需要权衡。忽视它们是人们受伤的地方。

首先是成本模型。在[无服务器5]中，您通常为实际使用的容量付费，而不是为闲置容量付费。对于间歇性或不可预测的工作负载，这可能意味着真正的节省，并且在无人使用时无需任何费用。

二是自动缩放。当需求猛增时，平台会自行扩展。当它掉落时，它会反弹。您无需预测峰值或让机器停止等待移动到达。

三是发展速度。无需管理基础设施的开销，团队就可以更快地从代码转向生产。对于那些需要验证想法和迭代的人来说，这是燃料。

无服务器并不是魔法，这样对待它会让人感到沮丧。

存在“冷启动”现象：一直处于非活动状态的函数在第一次调用时可能需要额外的时间来响应。对于某些应用程序来说，这是无关紧要的；对于其他对延迟敏感的人来说，这很重要。

还有供应商依赖性的问题。 [无服务器 6 架构往往与每个云的特定服务耦合，这可能使最终迁移变得困难。这种绑定需要是有意识的选择，而不是意外。

并且存在以不同方式思考的挑战。无服务器需要一种基于事件和小功能的新思维模型。习惯了传统应用程序的团队需要时间来适应，这是有代价的。

Serverless 在特定场景中大放异彩。需求可变的工作负载、事件驱动的处理、自动化、流量不规则的 API、需要快速启动的新项目。

想象一下应用程序通知系统，它会在不可预测的时间触发消息。或者在发送文件时发生的处理中。或者在一家初创公司中验证产品而不希望设置基础设施。在这些情况下，付费使用和扩展就像手套一样紧密结合在一起。

另一方面，具有恒定且可预测负载或具有严格延迟要求的应用程序可能会从传统方法中受益更多。没有单一的答案。有针对上下文的适应。

最后，[无服务器 7] 是一个服务于更大理念的工具：您的团队应该把时间花在让您的产品与众不同的方面，而不是仅仅让它维持下去。

理解[无服务器8就是理解这种权衡。您放弃了一些控制权，获得了专注、速度和操作简单性。对于许多组织来说，这是一件大事。对于其他人来说，则不然。重要的是要在了解利害关系的情况下做出决定。

好的技术会消失，让团队可以自由地思考正确的问题。如果正确应用，无服务器就可以做到这一点。

如果您正在评估 [无服务器9] 对您的产品是否有意义，那么在决定之前值得进行讨论。我在博客上还有其他文章，通过示例在实践和日常生活中探索无服务器，以便您在做出这一决定时进行更深入的研究。