3、计算架构与事件驱动应用的演变

计算架构与事件驱动应用的演变

1. 计算架构的演变

1.1 微服务架构

随着应用程序的不断发展壮大，可能会有多个开发者参与到应用不同部分的开发中，每个功能的发展和数据处理方式可能有所不同。微服务架构可以将应用程序拆分为多个领域，每个领域都可以采用自己的实现策略和数据库。

微服务的理念是专注做好一件事。在 Docker 开始流行的时期，软件架构也在不断演进。面向服务的架构（SOA）模式是将应用程序分层为多个服务的常见方式，这些服务通过总线或其他消息系统进行分离，以实现服务间的通信。微服务架构遵循松散耦合应用的原则，并在粒度上更进一步。它更注重应用程序的解耦，通信机制轻量级，通常使用 HTTP。例如，一个新客户注册服务使用 REST 接口，而不是抽象的数据服务。

微服务的一个重要优势是可以独立部署，这意味着开发团队可以自由选择运行时环境、定义自己的软件生命周期，并选择运行平台。容器化技术与微服务架构有很多契合点，它使得将单体应用拆分为更小的模块化应用变得更加容易。在微服务层面进行扩展时，可以通过启动更多的容器来增加计算能力。

1.2 无服务器的纳米服务

如今，借助无服务器技术，我们的目标是更快地部署更小的代码片段。在特定领域内进行开发时，我们无需再担心运行时的细节，也不用专注于构建基础设施、平台服务或应用服务器，而是可以利用运行时编写直接映射到业务价值的代码。

无服务器开发模式的一个关键原因是降低了实现价值的时间。从定义问题、构建业务逻辑到为用户交付价值的时间大幅缩短。这是因为开发者的生产力不受其他依赖项（如配置基础设施）的限制，每个开发者编写的代码能够产生更有价值的输出，并且能够更快地发布版本，