单体架构、微服务和无服务器架构

单体架构、微服务和无服务器架构

今天小编详解单体架构、微服务和无服务器架构的相关介绍，一定能解决您的问题的，一起来了解吧！

前言

在这篇文章中，IT袋网将演示在决定使用单体架构、微服务架构和无服务器架构时的权衡的简化心智模型。

目标是突显每种风格的固有优势和缺陷，并提供关于何时选择哪种架构风格的指导。

单体架构

对于小团队或项目来说是理想的入门架构。它简单易上手，通常在需要超过一个团队的规模之前能够提供很多收益。

在构建单体架构时，务必从模块化开始，即使可能会增加样板代码。

这意味着构建组件并在层之间保持严格的逻辑分离（更多详见Clean Architecture）。

• 通信层 — 服务的外部接口
• 封装 — 业务逻辑或用例的清晰接口
• 领域实体 — 业务对象的数据表示，仅供内部使用
• 架构隔离 — 避免实体之间的跨领域连接

优势

• 开发便利性 — 所有代码都在一起。
• 部署便利性 — 所有代码一起部署。
• 网络效率 — 所有计算发生在进程内。
• 成本共享效率 — 每台服务器上有大型共享的 CPU 和内存池。

权衡

• 组织规模的限制 — 由于开发、部署和代码的紧密耦合，需要协调的开销增加。
• 技术债务的风险 — 容易采取捷径，构建紧密耦合的代码。

当您的团队看起来像上面的插图时，这表明您应该考虑演进您的架构到微服务。

开发中的复杂性增加会高风险地降低质量，从而导致生产力减缓。

这产生了一个矛盾的效果，即您雇佣的人越多，交付就变得越慢和不可预测。

微服务

对于业务需求开始增长并且团队分成多个团队时，这是理想的架构。

这个里程碑自然地与将单体架构拆分成自然的、上下文边界的微服务相配合，以便团队可以更独立地扩展。