内容简介 当敏捷宣言的17位签署者在2001年喊出“响应变化胜于遵循计划”这样的口号时，鲜有组织会真正把这句话当回事儿，甚至很多经验丰富的管理者会认为好的计划是成功的一半，遵循计划就是另外一半。然而在时下的第四次工业革命浪潮中，可能很多管理者已经不会简单满足于“响应”，而是选择主动发起变化了。不确定性管理成了这个时代的主旋律，企业的响应力成了成败的关键。 随着这种趋势的深入，架构设计这个技术管理领域也被推到了风暴边缘。“稳定”这个过去我们用来形容好系统的词语似乎已经失去原有的含义，很多人开始用“健壮”这个词语来形容好的系统。比如Netflix公司采用的Chaos Monkey机制随机主动关停线上服务而不会造成整个服务生态宕机的作法更多的是在测试系统的健壮性，保证不会因为某个局部的问题而造成全身瘫痪。 然而架构的健壮性却比较难于定义和测试，以至于很多时候咱们在架构设计上还是在追求稳定性。在一个典型的企业IT组织里，当你询问一位资深工程师架构设计时，往往会得到一张搭积木一样的“架构图”。 图的底层是各种数据存储（从经典的Oracle到大数据标配的Hadoop），图的中间是类似Kafka这样的消息管道和传统的ESB（消息总线），上层则是各种业务应用（包括各种Web应用和移动的APP）。仿佛这是一个流行的“稳定”架构设计。 目录 综述 DDD战略篇：架构设计的响应力 DDD战术篇：领域模型的应用 DDD实战篇：分层架构的代码结构 DDD的终极大招——By Experience 通用语言、领域、限界上下文 重读领域驱动设计——如何说好一门通用语言 当Subdomain遇见Bounded Context 架构 从三明治到六边形 端口和适配器架构——DDD好帮手 领域事件 识别领域事件 在微服务中使用领域事件 当提到“事件驱动”时，我们在说什么？ 微服务 DDD & Microservices 服务拆分与架构演进 溯源微服务：企业分布式应用的一次回顾 示例实现 后端开发实践系列——开发者的第0个迭代 后端开发实践系列：领域驱动设计（DDD）编码实践 后端开发实践系列：事件驱动架构（EDA）编码实践 后端开发实践系列：简单可用的CQRS编码实践 用DDD实现打卡系统 扩展阅读 DDD该如何学？ 领域驱动设计（DDD）实现之路 从“四色建模法”到“限界纸笔建模法” 可视化架构设计—C4介绍 从架构可视化入门到抽象坏味道 技术债治理的四条原则 TthoughtWorks著书／译书 《ThoughtWorks技术雷达》