领域驱动设计学习笔记.docxVIP

? ? 领域驱动设计学习笔记 ? ? 微服务到底怎么拆分和设计才算合理，拆多小才叫微服务。中台数字化战略转型，所谓中台，就是将通用的可复用的业务能力沉淀到中台业务模型，实现企业能力级的复用。 DDD、微服务和中台之间的关系中台本质是业务模型，微服务是业务模型的系统落地，DDD 是一种设计思想，它可以同时指导中台业务建模和微服务设计，它们之间就是这样的一个铁三角关系 领域驱动设计(DDD)解决服务拆多小，如何拆的问题基础篇主要讲解 DDD 的核心知识体系，具体包括：领域、子域、核心域、通用域、支撑域、限界上下文、实体、值对象、聚合和聚合根等概念。需要理解它们以及它们之间的合作、依赖关系。?DDD 核心思想是通过领域驱动设计方法定义领域模型，从而确定业务和应用边界，保证业务模型与代码模型的一致性。 对于一个应用来说，非常重要的就是应用/系统是有界的，而无边界的单体应用就是单体应用越来越大，而难以维护的问题所在在单体应用下，软件无法快速响应需求和业务的迅速变化，导致错失良机，降低企业的市场能力 从软件生命周期看微服务架构设计，首先最核心的就是微服务的拆分，其实微服务拆分困难的核心在于不知道业务或者微服务的边界到底在什么地方 DDD包括战略设计和战术设计两部分战略设计主要从业务视角出发，建立业务领域模型，划分领域边界，建立通用语言的限界上下文，限界上下文可以作为微服务