为啥说DDD是设计微服务的最佳实践？

Posted 2023-04-20

DDD简史image

领域驱动设计这个概念出现在2003年，那个时候的软件还处在从CS到BS转换的时期，敏捷宣言也才发表2年。但是Eric Evans做为在企业级应用工作多年的技术顾问，敏锐的发现了在软件开发业界内（尤其是企业级应用）开始涌现的一股思潮，他把这股思潮成为领域驱动设计，同时还出版了一本书，在书中分享了自己在设计软件项目时采用的建模方法，并为设计决策者提供了一个框架。

但是从那以后DDD并没有和敏捷一样变得更加流行，如果要问原因，我觉得一方面是这套方法里面有很多的新名词新概念，比如说聚合，限界上下文，值对象等等，要理解这些抽象概念本身就比较困难，所以学习和应用DDD的曲线是非常陡峭的。另一方面，做为当时唯一的“官方教材”《领域驱动设计》，阅读这本书是一个非常痛苦的过程，在内容组织上经常会出现跳跃，所以很多人都是刚读了几页就放下了。

虽然入门门槛有些高，但是对于喜欢智力挑战的软件工程师们来说，这就是一个难度稍为有一点高的玩具，所以在小范围群体内，逐渐有一批人开始能够掌控这个玩具，并且可以用它来指导设计能够控制业务复杂性的软件应用出来了。

虽然那时候大部分的软件应用都是单体的，但是使用DDD依然可以设计出来容易维护而且快速响应需求变化的单体应用出来。

 

参考技术A 有很多的新名词新概念，还可以快速响应需求变化的单体应用 参考技术B 因为DDD模式，是实践微服务的最好的模式。完全匹配。 参考技术C 因为在DDD之前设计微服务一点都不没有一个更为成功成熟的案例。 参考技术D 虽然大部分的软件应用都是单体的，但是使用DDD依然可以设计出来容易维护而且快速响应需求变化的单体应用出来。

聚焦领域驱动设计的最佳实践

领域驱动设计（Domain Driven Design，DDD）自诞生以来已有十几年时间，这门本已步入老年的方法学却因为微服务的兴起而焕发了第二春。并不是微服务拯救了领域驱动设计，是因为领域驱动设计一直在坚硬的生长，然而看起来，确乎因为微服务，领域驱动设计才又焕发了青春。

领域驱动设计是一个开放的设计方法体系，但在实践中，有许多困惑与谜题仍然等待我去发现线索和答案。本次沙龙将请到 DDD 领域三位重量级嘉宾，为大家分享相关实践中的要义。 

活动流程

• 13:00 - 13:35 签到、开场

• 13:35 - 14:35 郑晔 ·《如何用 DDD 的方式设计一个交易系统》

• 14:35 - 14:45 茶歇

• 14:45 - 15:45 薛军 ·《从亚马逊 AWS 实践看领域驱动设计》

• 15:45 - 16:05 茶歇 + 抽奖

• 16:05 - 17:05 王岩 ·《如何利用 DDD 来找到业务中台的价值》

• 17:05 - 17:30 自由交流、合影

扫码报名