10、微服务设计：从业务到技术的多维度考量

微服务设计：从业务到技术的多维度考量

1. 业务能力划分服务的挑战与局限

在之前的服务划分中，我们依据组织业务领域的自然边界来分割服务，这种方式能将服务与业务的功能结构相对应，直接反映组织的业务领域，但它并非完美无缺。

1.1 需要大量业务知识

按业务能力划分服务，要求对业务或问题领域有深入的理解，这并非易事。若信息不足或假设错误，就难以确定设计决策的正确性。理解业务问题的需求是一个复杂、耗时且迭代的过程。在微服务架构中，对业务范围的误解可能导致服务设计不当，增加重构成本，因为数据和行为在服务间迁移会很耗时。

1.2 粗粒度服务不断膨胀

业务能力划分方式倾向于初始开发覆盖较大业务边界的粗粒度服务，如订单、账户或资产服务。新需求会增加服务的广度和深度，扩大其职责范围，这可能违反单一职责原则。为保持服务的内聚性和可替换性，往往需要进一步拆分服务。
需要注意的是，服务团队有时为图方便，会直接在现有微服务中添加功能，而不是投入时间创建新服务或合理拆分现有服务。虽然团队有时需要做出务实决策，但应保持自律，以减少技术债务。

2. 按用例划分服务

此前的服务多围绕业务领域中的对象和事物，以名词形式存在。另一种服务划分方法是识别应用中的动词或用例，并构建相应服务来承担这些职责。例如，电商网站可将复杂的注册流程实现为一个微服务，与用户资料、欢迎通知和特别优惠等服务交互。

2.1 适用场景

• 当某个功能不属于单一领域或与多个领域交互时。
• 当要实现的用例复杂，将其放在其他服务中会违反单一职责原则时。