前段时间，参加了一场闭门技术交流会，讨论的热点是微服务，话题集中在微服务架构拆分到底应该拆多细。
SOA 架构盛行，微服务如何拆分几乎是每个团队都会遇到的问题，而随着微服务的发展，DDD 思想也被一而再、再而三的提及。画外音：任何技术在发展初期，总会受到很多质疑，而最后支持它的，恰恰是同一拨人。盘点整个架构圈，谈及 DDD 实战的干货少之又少。为什么？从 DDD 的概念聊起：领域驱动设计（DDD）概念最早出自建模专家 eric evans 的畅销书，简单来说，就是通过持续建模来满足复杂的软件开发需求。所有需求，必然和业务相关。也就是说，DDD 思想的核心是侧重业务、服务业务，DDD 中的核心概念“领域模型”，本质上就是把业务模型翻译成系统架构设计的一种方式。移动互联网下半场，业务数据结构越发复杂，当未来有100种数据类型、1000种数据类型时，我们该怎么办？
DDD 思想推动的架构中，域模型为内核，在内核外的一层是代理层，代理层将系统底层数据库等元素全部抽象化。数据量剧增，数据源层直接指向满足业务需求的数据库或载体即可，真正实现无感知切换。前58技术委员会主席孙玄携手前航天信息首席架构师范钢老师，结合10多年一线大厂实践经验，打造的《DDD 领域驱动设计：人人都能精通的业务分析神器》在线专栏。3 天，6大篇章、17节干货，带你从业务价值角度，彻底看透 DDD 的本质。课题：DDD 领域驱动设计：人人都能精通的业务分析神器费用：0.99（原价499，粉丝福利价 0.99）
