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

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

演讲提纲：

1. DDD 概览和不同阶段及产出
   • 战略设计阶段
   • 战术设计阶段
   • 技术实现阶段
2. 子域/限界上下文和微服务的关系
   • 一对多/一对一/还是多对多
   • 如何演进
   • 技术上的挑战和解决方案
3. 面向对象友好的战术设计和技术实现
   • DDD 友好的分层代码实现
   • 规则的一致性和并发控制
   • 良好的可测试性
   • 面向对象的陷阱
4. 重新思考之前的领域模型设计
   • 为什么说聚合根要小
   • 领域事件和事务性消息
   • 用 saga 管理多聚合根的数据一致性（解决小聚合根带来事务管理的复杂性 ）
   • 事件溯源
   • CQRS
5. 总结

听众收益点：

1. 了解DDD如何与微服务结合，有哪些坑需要规避
2. 了解富领域模型的使用有哪些挑战和解决办法