架构思考 （五）

使用域分析对微服务进行建模

微服务的最大挑战之一是定义各个服务的边界。一般规则是服务应该做“一件事” - 但将该规则付诸实践需要仔细考虑。没有机械过程可以产生“正确”的设计。您必须深入思考您的业务领域、要求和目标。否则，您最终可能会得到一个随意的设计，该设计表现出一些不良特征，例如服务之间的隐藏依赖关系，紧密耦合或设计不佳的接口。本文介绍了一种域驱动的微服务设计方法。

本文使用无人机送货服务作为运行示例。您可以在此处阅读有关该方案和相应参考实现的更多信息。

介绍

微服务应围绕业务功能进行设计，而不是围绕数据访问或消息传递等水平层进行设计。此外，它们应具有松散耦合和高功能内聚力。如果可以更改一个服务而不需要同时更新其他服务，则微服务是松散耦合的。如果微服务具有单一的、明确定义的目的（例如管理用户帐户或跟踪交付历史记录），则微服务具有内聚性。服务应封装领域知识，并从客户端提取该知识。例如，客户端应该能够在不知道调度算法的详细信息或无人机机队的管理方式的情况下调度无人机。

域驱动设计 （DDD） 提供了一个框架，可以让你以大部分方式获得一组精心设计的微服务。DDD有两个不同的阶段，战略阶段和战术阶段。在战略 DDD 中，您正在定义系统的大规模结构。战略性 DDD 有助于确保您的体系结构始终专注于业务功能。战术 DDD 提供了一组可用于创建域模型的设计模式。这些模式包括实体、聚合和域服务。这些战术模式将帮助您设计松散耦合和内聚的微服务。

在本文和下一篇文章中，我们将完成以下步骤，并将其应用于无人机交付应用程序：