本文是学习极客时间《DDD实战课》后结合自己思考所整理的归纳总结，课程链接在：DDD实战课基于DDD的微服务拆分与设计(https://www.oschina.net/action/GoToLink?urlhttps%3A%2F%2Ftime.geekbang.org%2Fcolumn%2Fintro%2F238"DDD实战课基于DDD的微服

!(https://oscimg.oschina.net/oscnet/ea8c4fbbc514341be35cc89aa9874e02209.jpg)作者：付政委成长总是来自于对未知领域的探索| 库布齐50公里穿行微信公众号：bugstack虫洞栈|关注获取源码沉淀、分享、成长，专注于原创专题案例，以最易学习编程的方式分

!(https://oscimg.oschina.net/oscnet/4a995087a8cd98f4316a260f4555e36a503.jpg)作者：付政委纳百川、吞吐、成自卧龙，笑红尘、纷繁、当乃胸容微信公众号：bugstack虫洞栈领取驱动设计DDD{DomainDrivenDesign}历史较长但随着微服务

!(https://oscimg.oschina.net/oscnet/2e0cb8f726f146669f1c4aacfb327d52.png)DDD介绍DDD（领域驱动设计）早在2003年就被提出，但当时国内开发环境较为单一，完全用不到DDD，也就没有团队去研究和布道。最近几年，

     在分布式系统下，可以很多种架构从事设计，或者分布式系统对技术架构本身没有做严格的限制。但是结合自己的实践以及基于《领域驱动设计》的推荐，采用【事件驱动模式】是比较好的一种分布式系统架构方式。该模式充分实现了不同系统之间的代码解耦，所有的业务流转是通过事件广播进行驱动的。所有业务都是在针对名为【事件总线】的组件在编程，也无需知道事件的生产者

作者：小傅哥博客：https://bugstack.cn(https://www.oschina.net/action/GoToLink?urlhttps%3A%2F%2Fbugstack.cn)沉淀、分享、成长，让自己和他人都能有所收获！一、前言介绍微服务不是泥球小单体，而是具备更加清晰职责边界的完整一体的业务

前言了解清晰架构之前需要大家先熟悉以下常见架构方案：EBI架构(EntityBoundaryInteractorArchitecture)领域驱动设计(DomainDrivenDesign)端口与适配器架构(Ports&AdaptersArchitectu

不同团队落地DDD所采取的应用架构风格可能不同，并没有统一的、标准的DDD工程架构。即使无法制定通用的、标准的工程应用架构，但为团队制定一个遵循领域驱动设计思想的参考架构依然有价值

1\.引言从接触领域驱动设计的初学阶段，到实现一个旧系统改造到DDD模型，再到按DDD规范落地的3个的项目。对于领域驱动模型设计研发，从开始的各种疑惑到吸收各种先进的理念，目前在技术实施这一块已经基本比较成熟。在既往经验中总结了一些在开发中遇到的技术问题和

本文以餐厅场景为叙事主线，以领域驱动为核心思想，结合架构设计与功能设计方法论。是从领域分析到落地的全过程案例，内容偏重于落地，因此不乏一些探讨，欢迎指正。文章较长、全程干货、耐心读完、必有收获。本文不针对餐厅的实现细节，重在探讨设计思想和方法。1、领域设计