10 | DDD、中台和微服务：它们是如何协作的？

作者回复: 订单可能既是通用中台，又是核心中台，个人感觉订单在电商领域偏通用多一些，它就是一个很常见的公共能力中台。其实还是要看企业的战略，订单对电商企业太常见了，应该不会给企业带来太大的核心竞争力吧，除非这种订单模式是跟其它企业不太一样，而这种能力可以给公司带来非常大的优势。划分核心中台要看你的企业核心竞争力是否在这个领域？

作者回复: 其实在不具备微服务的自动化运维条件的时候，不建议你拆的太细，你可以按照DDD的设计思想，做好微服务内部聚合之间的解耦，等运维条件具备后再拆分。其实这些聚合运行在同样一个微服务内部也是没有关系的，但是你要做好各种依赖的解耦，避免等你想拆的时候因为耦合度过高拆起来困难。

作者回复: 中台是业务概念，很多同类功能的集合。微服务是这些功能的实现。差异还是挺大的。

作者回复: 你说的设计图不知道是指哪类设计图。 DDD似乎还没有什么太好的用于设计的工具，有的话也就是UML之类的工具，很多工具用的也不是特顺手。DDD还缺少一些自动化的代码生成工具以及设计工具，这是它的短板。 我作图一般用visio，费点劲，但是可以自由发挥。

作者回复: 后面有一节专门讲代码目录。

作者回复: 中台跟DDD的战略设计比较接近，所以从这个角度出发，就先讲了。后面实战的技术部分跟微服务设计有比较大的相关性。

作者回复: 是的。 据说阿里中台业务建模时，有些采用的就是DDD的设计方法。

作者回复: 中台内的服务应该遵循单一职责原则的。在业务方面，我们需要在前台将这些服务组合和编排起来，形成企业级的业务流程。在数据方面，通过数据中台将各个单一职责的业务中台的数据汇总，加工，并对前台提供统一的服务。所以在进行中台设计时，离不开前中后台的协同设计。

作者回复: 很好！

作者回复: 微服务的领域层的业务逻辑需要面向前端和基础资源进行解耦，将它们进行分层主要是为了适配和解耦。 适配能力分为主动适配和被动适配。主动适配主要实现外部用户、网页、批处理和自动化测试等对内层业务逻辑访问适配。被动适配主要是实现核心业务逻辑对基础资源访问的适配，比如数据库、缓存、文件系统和消息中间件等。 主动适配主要是通过用户接口层。用户接口层的主要服务形态是Facade接口服务。Facade接口服务分为接口和实现两个部分，完成服务定向。通过assembler组装器，完成DO与DTO数据的转换和组装，完成前端应用与应用层数据的转换和交换。 被动适配主要通过基础层的仓储来实现，领域逻辑面向接口编程，实现依赖倒置。仓储服务包括仓储接口和仓储实现两部分。仓储接口服务可以供应用层或者领域层服务或方法调用。仓储实现服务完成领域对象的持久化或提供数据初始化所需要的PO数据。