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

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

1. 耦合与内聚

在软件架构中，有两个基础指标可用于衡量领域驱动设计（DDD）的质量，分别是耦合和内聚。

• 耦合 ：耦合衡量的是有界上下文之间的相互依赖程度，它体现了一个上下文中的服务与另一个上下文中的服务之间的关联紧密程度。当上下文共享业务逻辑或内部流程知识时，就会产生耦合。松耦合通常与稳定的开发相关。从安全角度看，松耦合的上下文在其中一个受到安全事件威胁时，仍能继续运行而不中断，并且可以快速部署对策。一个好的DDD模型应致力于降低上下文之间的耦合。
• 内聚 ：内聚衡量的是有界上下文内服务之间的关联程度。高内聚与许多理想的软件特性相关，包括健壮性、可靠性、可重用性、可理解性，最重要的是安全性。例如，在表示层的服务（处理产品、客户和财务）中，由于这些服务属于多个功能域，内聚性较低。相反，当具有共同域的服务组合在一起时，内聚性会增加。

2. 微服务的特性

与单体应用不同，基于微服务的应用由大量轻量级服务组成，这些服务具有以下特性：
1. 独立部署 ：可以升级、修补或移除单个服务，而不影响应用的其他部分。
2. 独立扩展 ：当应用的某些部分负载增加时，可以独立地对单个服务进行扩展，而不影响其他部分。
3. 松耦合 ：单个服务的降级或更改不应影响应用的其他部分。
4. 领域驱动 ：服务根据其所属的业务领域进行模块化并