DDD领域设计

1.领域设计概念为什么能火起来

近些年随着计算机技术的普及以及高性能服务器的出现，软件应用发生了翻天覆地的变化，从最开始的单体(BS/CS)，到集中式架构，到微服务架构以及分布式多基座微服务，系统变得越发复杂。

第一阶段单体应用：主要是围绕着数据库进行的设计开发；

第二阶段集中式架构：采用面向对象的设计方法，业务逻辑分为业务层、逻辑层、数据访问层。这种架构可能会导致某一层或者几层变得臃肿；

第三阶段微服务架构：主要解决第二阶段业务层臃肿问题以及服务间的解耦。

对于微服务，人们通常的认知是：将原来的单体应用拆分为多个服务应用，或者将原来的单体技术架构换成一套支持微服务的技术架构，这就是微服务了。但真正拆解微服务后，我们遇到了什么问题？

• 微服务应该如何拆分出应用？拆分的粒度多大算合适？

• 微服务拆分的边界是什么？为什么要将某个功能迁移到别的团队？

• 为什么技术语义和业务语义不尽相同？简单的业务功能需要关联上下游多系统？