微服务 vs 单体架构对比

这个模板适合做什么

微服务和单体位于「部署与耦合」光谱的两端。本对比图把它们并排展开：单体作为一个应用部署、共享一个数据库；微服务把同一业务领域拆为可独立部署的服务，各自拥有自己的数据库，前面有一个 API 网关。图表让运维差异一目了然——单体只有一个进程要部署、一个数据库要备份，微服务则让二者翻倍。适合用于决定从哪种起步、为任一方向的迁移做论证，或向非技术干系人解释权衡。

适用场景

• 决定新产品应该从单体还是微服务起步。
• 通过把模块映射到服务来规划从单体到微服务的迁移。
• 向干系人解释微服务并非自动「更好」。
• 展示共享数据库在哪里成为瓶颈、拆分后部署如何变化。
• 整理「代码层耦合 vs 部署层耦合」的差异文档。
• 为招聘或人员配置讨论对比运维复杂度——一个进程 vs 多个。

使用步骤

1. 1并排绘制两列——一列标「单体」，一列标「微服务」。
2. 2在单体侧画：客户端 → 包含 UI + 模块的单一应用 → 共享数据库。
3. 3在微服务侧画：客户端 → API 网关 → 多个服务，各自带数据库。
4. 4两侧用同一业务领域（用户、订单、商品），让对比公平。
5. 5标注运维事实——1 次部署 vs N 次、1 个数据库 vs N 个。
6. 6添加各自的适用时机说明：单体适合早期，微服务适合团队或规模需要时。

简单示例