耦合
改一个组件，另一个也得跟着改——这就是耦合。有意思的是，耦合只在变化中才显现。
架构分析三板斧：找到纠缠的组件，搞清为什么耦合，评估解耦的代价。
拆分
拆分是部署粒度的艺术。太细，事务与编排成本爆炸；太粗，扩展无从下手。核心概念是架构量子——可独立部署的最小单元。
判断量子边界，看两件事：
能否独立部署？ 关键在公共耦合点。共享数据库，量子数就是 1——不管你拆了多少服务。 当我们谈论共享数据库和消息队列时，我们一般说的是它们的 schema，而不是物理数据库服务器。
功能是否内聚？ 可独立部署只是必要条件，每个量子还应承载一个完整的领域或工作流。
耦合的两面
静态耦合——运行时必需的共享依赖：数据库、UI、消息中间件……任何一个共享的基础设施都会把量子数拉回 1，让”分布式”沦为形式。
动态耦合——量子间的通信方式，三个维度：
- 同步 vs 异步
- 强一致 vs 最终一致
- 编排 vs 编舞
这三者并不正交。选了同步，强一致就容易做；选了异步，就天然倾向最终一致与编舞。