5 Serverless架构概述之Serverless vs. 传统架构

在前一篇文章中，我们讨论了常见的Serverless服务，了解了这一架构所能提供的多种工具和平台。在本文中，我们将重点对比Serverless架构与传统架构，以便更好地理解两者之间的关键差异，以及为什么越来越多的企业选择转向Serverless。

1. 架构模型

传统架构

在传统架构中，应用程序通常依赖于固定的服务器和基础设施。开发团队需要配置、管理和维护这些服务器。以下是传统架构的一些主要特点：

• 基础设施管理：开发者负责选择并管理硬件、操作系统及其他基础设施。
• 服务器常驻：即使在流量低谷期间，服务器仍然在运行，导致资源浪费。
• 水平扩展：当需要处理更高的流量时，团队需要手动增加服务器数量，进行负载均衡和相关配置。
• 长部署时间：应用的每次更新都可能需要重启服务器和进行配置部署。

Serverless架构

与之对比，Serverless架构通过云平台提供按需计算资源，开发者无需管理底层的基础设施。Serverless架构的特点包括：

• 事件驱动：代码在事件触发时运行，消除了服务器的常驻运行。比如，当用户上传文件时，自动触发处理逻辑。
• 按需计费：只在代码执行时付费，无需为闲置资源支付费用。
• 自动缩放：服务会根据请求数量自动扩展，用户无须手动介入。
• 快速部署：开发者只需关注代码，快速构建和推送应用。

2. 成本分析

成本复杂性

传统架构的运维成本通常难以估算，因为需要考虑服务器采购、维护、备份、故障恢复等多项费用。相对而言，Serverless架构以其按需计费的特性降低了整体运维成本。

例如，使用云服务如AWS Lambda，开发者仅需为实际执行的计算时间和资源付费，而不是维持24/7运行的服务器。

成本可预测性

在传统架构中，企业常常需在高峰期间提前购买多余的资源以避免服务中断，这增加了固定成本。而在Serverless架构下，资源的使用没有固定的成本，企业可以更加灵活地应对市场变化。

3. 开发与部署

开发效率

传统架构的开发流程往往更为复杂，开发者需要了解基础设施和部署细节。举个例子，开发者在传统架构中可能需要手动配置服务器，设置网络和安全组等，而在Serverless架构中，可以通过Serverless Framework 等工具简化这一过程：

service: my-service
provider:
  name: aws
  runtime: nodejs14.x
functions:
  hello:
    handler: handler.hello

上述代码用于部署一个基于AWS Lambda的简单Serverless函数，开发者只需将业务逻辑放在handler.hello中即可。

部署频率

在Serverless架构中，开发者可以更频繁地发布新功能和修复bug，而不必担心因重新部署而导致的停机。云平台能够自动处理所有的基础设施变动。

4. 适用场景

适应性

Serverless架构非常适合需求波动较大的场景，例如：

• 移动后端：当用户量快速增长时，Serverless能够自动扩展以应对流量。
• 事件处理：如文件上传、消息处理等场景，在这些场景中，代码只在事件发生时执行。

相对而言，传统架构更适合对资源需求有稳定预期的应用，比如一些内部系统或不频繁更新的应用。

总结

通过对比Serverless架构和传统架构，我们可以发现Serverless在管理、成本、开发效率和适用场景等方面的优势。随着业务的不断发展，选择合适的架构对于企业的长期成功至关重要。在下一篇文章中，我们将深入讨论无服务器计算的优势，特别是其在降低运维成本方面的益处。

希望通过这一系列的探讨，您能更清晰地认识到Serverless架构对于现代开发的影响。如果您对Serverless的实践有更多的疑问，欢迎继续关注我们的系列教程！