3、微服务架构：耦合、内聚与 AWS 实现策略

微服务架构：耦合、内聚与 AWS 实现策略

1. 耦合与内聚：衡量 DDD 质量的基础指标

在设计软件架构时，耦合（Coupling）和内聚（Cohesion）是两个关键指标，用于衡量领域驱动设计（DDD）的质量。
- 耦合 ：耦合衡量的是有界上下文之间的相互依赖程度，它反映了一个上下文中的服务与另一个上下文中的服务之间的关联紧密程度。当上下文共享业务逻辑或内部流程知识时，就会产生耦合。松散耦合通常与稳定的开发相关，从安全角度看，松散耦合的上下文在其中一个受到安全事件威胁时，仍能继续运行而不中断，并且可以快速部署对策。一个优秀的 DDD 模型应致力于降低上下文之间的耦合度。
- 内聚 ：内聚衡量的是有界上下文内服务之间的关联程度。高内聚与许多理想的软件特性相关，包括健壮性、可靠性、可重用性、可理解性，最重要的是安全性。例如，在表示层的服务中，如果这些服务涉及产品、客户和财务等多个功能领域，那么内聚性就会较低；而当具有共同领域的服务被组合在一起时，内聚性就会提高。

2. 微服务的特性与优势

微服务架构与单体应用不同，它由大量轻量级服务组成，具有以下特点：
- 独立部署 ：可以对单个服务进行升级、打补丁或移除，而不影响应用的其他部分。
- 独立扩展 ：当应用的某些部分负载增加时，可以独立地对这些服务进行扩展或缩减，而不影响其他服务。
- 松散耦合 ：单个服务的降级或更改不应影响应用的其他部分。
- 领域驱动