当下微服务盛行，微服务架构解决了单点系统的可用性问题、突破单节点服务的性能瓶颈同时提升了整个系统的稳定性。因此各大公司纷纷转向微服务架构，但是在实际的微服务拆分过程中也会遇到不少的问题。

在公司对支付业务、结算业务、资金业务使用DDD进行领域建模的两年，得到了许多好评，也面对过不少质疑，总体来说还是能收获不少，这对团队成员理解业务起着很大作用。近半年一直在研究DDD的落地实战，如今已修

一、写在前面 二、什么是DDD？ 看不懂，我也看不懂。 三、为什么要用DDD？ 四、DDD的主要模式 五、DDD 常见的落地架构 5.1 分层架构 5.2 六边形架构 5.3 洋葱架构 六、DDD基本

Hi，我是 ssh，今天带来一篇关于中型应用中需要什么、不需要什么的思考，避免过度设计，把精力放在最重要的技术功能中，才是你成功带领项目的关键：Stop Over-Engineering your M

引言 | 本文作者从微信团队维护的带货类项目所遇卡点出发，尝试用领域驱动设计方法（简称DDD），保障在快节奏、多人协作的项目迭代中，维持系统的可维护性、可拓展性、高内聚低耦合和稳定性。作者首先剖解相关

一、吐槽的话 相信听过DDD的人有很大一部分都不知道这玩意具体是干嘛的，甚至觉得它有那么一些虚无缥缈。原因之一是但凡讲DDD的，都是一堆特别高大上的概念，然后冠之以一堆让人看不懂的解释，。作者曾经在极

先放结论：DDD作为架构设计思想帮助微服务控制规模复杂度，那它是怎么做到的呢？ 一、架构设计是为了解决系统复杂度 谈到架构，相信每个技术人员都是耳熟能详，但如果深入探讨一下，“为何要做架构设计？”或者