DDD到底适不适合微服务架构？

在架构设计的世界里，最重要的，永远是抽象能力。从初期的单体架构，到竖井式架构、RPC架构，再到大放异彩的微服务架构，可以说架构演进，本质上就是基于业务，对现有架构的抽象过程。

一名架构师，最怕缺少全局意识和长线思维。如果架构师设计架构的出发点，只是缓解燃眉之急，那么在未来，这套系统的迭代会越来越困难，很可能陷入推翻、重建，再推翻、再重建的“鬼打墙”。

微服务架构的演进

我们常说，架构设计的核心是满足降本增效。该怎么理解？

举个例子，微服务架构之所以能脱颖而出，正是因为它实现了系统解耦和持续集成，有清晰的服务边界，很大程度上避免了“牵一发而动全身”的尴尬。

它相对传统架构而言更“灵动”，更能满足如今快速变化的业务需求，在降低迭代成本的同时，也会帮助团队更聚焦的提升效率。

如何理解 DDD ？

领域驱动设计(DDD，Domain-Driven Design)，总体结构分为四层:  Infrastructure(基础实施层)，Domain(领域层)，Application(应用层)，Interfaces(表示层，也叫用户界面层或是接口层)。

DDD面向领域思考问题，在DDD设计中，最重要的是如何去划分领域和边界，它是一套完整而系统的设计方法，能带给你从战略设计到战术设计的规范过程，使得你的设计思路更加清晰，设计过程更加规范。

有没有觉得，和微服务架构的设计思维不谋而合？领域驱动设计概念自提出至今已有十余年，复杂的微服务架构兴起后，DDD软件设计思维的优势与特性，被越来越多的人肯定。

微服务与 DDD 的架构设计思路

领域驱动设计很好的遵循了“关注点分离”（Separation of concerns，SOC）的原则，提出了更成熟、清晰的分层架构。正因如此，DDD思维模式，可以帮助我们更好划分微服务。

那么，在微服务+DDD的实际落地过程中，如何划分领域与服务？如何基于DDD设计思想，指导微服务架构设计？如何保持微服务的扩展性？

前58技术委员会主席孙玄打造的《百万年薪架构师必备能力—万亿级企业高可用高并发高可靠微服务架构设计与实践》，3天速成，限时特价9.8。课程第一天就有深入讲解，微服务+DDD的设计实践与方法论。

课题：万亿级企业高可用高并发高可靠微服务架构设计与实践

讲师：孙玄

时间：1.25-1.27 三天，20:00开始

费用：9.8（原价499，粉丝福利价9.8）

名额：200名，先到先得

如何参加？

扫码占位，200名先到先得

希望对大家有帮助。

阅读原文，了解更多。