通常，可以将 DDD 的设计分为 "战略设计/战术设计/技术实现"三个阶段。在这三个阶段里，开发者的参与的程度是递增的。其中，战略设计阶段，是需要众多关键角色集中投入的协作设计过程，其产出结果的质量主要取决于业务专家等角色的知识、经验和能力，以及他们的参与程度和对 DDD 战略设计的思想和工具的掌握程度。而“战术设计阶段”是需要开发者深度参与的，最后的“技术实现阶段”则要完全由开发者来掌控。时至今日，用微服务架构来作为 DDD 的技术实现已经是最合适的选项了。

本次面向那些对 DDD 感兴趣的开发者，分享一些如何做“战术设计”以及用微服务做“技术实现”的经验和最佳实践。

演讲提纲：

1. DDD 概览和不同阶段及产出

• 战略设计阶段
• 战术设计阶段
• 技术实现阶段

2. 子域/限界上下文和微服务的关系

• 一对多/一对一/还是多对多
• 如何演进
• 技术上的挑战和解决方案

3. 面向对象友好的战术设计和技术实现

• DDD 友好的分层代码实现
• 规则的一致性和并发控制
• 良好的可测试性
• 面向对象的陷阱

4. 重新思考之前的领域模型设计

• 为什么说聚合根要小
• 领域事件和事务性消息
• 用 saga 管理多聚合根的数据一致性（解决小聚合根带来事务管理的复杂性 ）
• 事件溯源
• CQRS

5. 总结