DDD为何沉寂十余年：缺少微服务这个技术落地载体

2003年埃里克·埃文斯出版《领域驱动设计》，DDD由此诞生，其核心思想是从业务视角出发、根据限界上下文边界划分业务领域、定义领域模型，并建立领域模型与代码模型的映射关系。但DDD提出后在软件开发领域长期”雷声大、雨点小”，直到Martin Fowler提出微服务架构，DDD才真正迎来了自己的时代。这个历史给出的启示是：一套设计方法论即使思想本身是正确、系统的，如果缺少一个与之匹配的技术落地载体，价值也很难被真正兑现——在单体架构时代，即使按照DDD的方式划分好了领域边界，这些边界也只能停留在代码组织的内部约定层面，很难被物理隔离和独立验证；而微服务架构恰好提供了”把逻辑边界固化成物理边界（独立部署单元）”的能力，DDD划出的限界上下文第一次有了对应的、可以独立演进和运行的物理载体，两者一拍即合，DDD才真正从理论走向大规模实践。这提示：评估一套方法论”过时”还是”有价值”，有时候要看它是否正在等待一个合适的技术条件成熟，而不是简单归因于方法论本身设计得好不好。