领域层
实体与值之间的关系减少业务逻辑代码的复杂程度。
众多的实体维护了各自的逻辑，避免代码平铺简易在一个类中，导致代码后期改动比较麻烦。
总结：
业务开发主要在 领域层 DDD作为一种解决方案，落地是比较难的，目的是提高主要业务代码的可读性，众多实体维护各自的业务逻辑。
1.用户层：前端、客户端层面
2.应用层：Controller层面 尽量不要有业务代码
3.领域层：主要业务层（Service、dao） ，其他逻辑和数据维护在各自的实体中。例如：kafka的逻辑不要在主要业务中，尽量单独的实体去维护，避免后期主业务层修改带来的复杂度。
4.基础层：提供基础能力
DDD是为了满足业务需求，维护核心短小精悍的业务，DDD要与其他架构共存，单纯的用DDD没必要。