DDD分层架构
DDD分层架构就是优化后的四层架构，从上到下依次是：用户接口层、应用层、领域层和基础层。
1、用户接口层
向用户显示信息和解释用户指令
2、应用层
不应该有业务逻辑或逻辑，面向用例和流程相关的操作。
应用层也是微服务之间交互的通道。它可以调用其他微服务的应用服务，完成微服务之间的服务组组合和编排。
应用层还可以进行安全认证、权限校验、事务控制、发送或订阅领域事件等。
3、领域层
领域层的作用是实现企业核心业务逻辑
4、基础层
基础层的作用是为其他各层提供通用的技术和基础服务。包括第三方工具、驱动、消息中间件、网关、文件、缓存以及数据库等。
DDD分层架构如何推动架构演进？
领域模型中对象的层次从内到外依次是：值对象、实体、聚合和限界上下文。
拆分服务
合并服务
三层架构向DDD分层架构演进
微服务架构模型：几种常见模型的对比和分析
整洁架构
整洁架构最主要的原则是依赖原则，它定义了各层的依赖关系，越往里依赖越低，代码级别越高，越是核心能力。
六边形架构
端口适配器架构，前后端分离，红圈内的核心业务逻辑（应用程序和领域模型）与外部资源（包括APP、Web应用以及数据库资源等）完全隔离。
分层架构、整洁架构、六边形架构的对比和分析
项目级微服务
企业级中台微服务
BFF微服务可以承担应用层和用户接口层的主要职能，完成各个中台微服务的服务组合和编排，可以适配不同前端和渠道的要求。
中台：数字转型后到底应该共享什么？
关于的中台的关键词：共享、联通、融合和创新
由于渠道多样化，传统企业不仅要将通用能力中台化，以实现通用能力的沉淀、共享和复用，这里的通用能力对应DDD的通用域或支撑域
DDD、中台和微服务：它们是如何协作的？
