9、云原生应用架构：从基础到实践

云原生应用架构：从基础到实践

1. 应用架构基础

在应用架构领域，常见的有三种基本架构：
- 大泥球架构（Big Ball of Mud） ：这种架构的应用缺乏明显的模块化和结构，代码之间可以随意访问彼此的代码和变量。
- 模块化单体架构（Modular Monolith） ：由松散耦合、封装良好的代码模块组成的单体应用。
- 分布式架构（Distributed Architecture） ：由可以在不同计算机上运行的代码模块组成的应用。

前两种架构属于单体架构，应用作为单个工作负载在单个可执行进程中运行；而分布式架构则由多个可以在各自进程中独立运行的部分组成。需要注意的是，还存在分布式大泥球架构，它比单体大泥球架构更糟糕。

这三种架构都需要在相同的一组权衡中做出选择，但各自的权衡方式不同。对于特定应用在其特定生命周期阶段，哪种架构更合适，取决于开发团队如何平衡这些权衡。没有一种绝对正确的解决方案，因此存在多种架构来应对不同的情况。

有时候，单体架构是正确的选择。如果现有的单体解决方案运行良好、易于理解，并且能够帮助组织及时满足新需求，就没有必要进行更改。大泥球架构在当今仍然存在，它可能是为了满足业务需求而采取的临时措施，同时在业务驱动因素不允许处理技术债务时，对技术债务视而不见。在难以确定最佳设计或如何解决问题时，进行一些探索性编程来寻找解决方案是正确的做法。

随着时间的推移，系统中对业务至关重要的部分（尤其是需要定期维护的部分）可能会积累技术债务。此时，对单体应用的这些部分进行重构，使其更易于更