领域驱动设计&中台/可视化的遗留系统微服务改造

### 总结 #### 领域驱动设计（DDD） - **定义**：一种处理复杂域的设计思想，旨在分离技术实现的复杂性，围绕业务概念构建领域模型，解决软件难以理解和演化的问题。 - **核心目标**：通过领域模型控制业务复杂性，使系统在增长时保持敏捷。 - **实践价值**：帮助团队开发复杂业务系统，支持系统演化。 #### 事件风暴工作坊（Event Storming） - **简介**：一种快速探索复杂业务领域的实践，由Alberto Brandolini开发，于2015年进入ThoughtWorks技术雷达。 - **优势**： - **快速理解**：帮助实践者在短时间内理解复杂业务模型。 - **高参与度**：将问题_owner_与答案_owner_聚集在一起共建模型。 - **高效实用**：与DDD一致，快速发现Aggregate和Bounded Context。 - **简单有趣**：无需复杂的UML，利用彩色即时贴进行可视化。 - **参与者**：业务人员、领域专家、技术人员、架构师、测试人员等关键角色。 - **场景要求**：开放空间，提供足够的空间进行可视化讨论。 #### 微服务架构与遗留系统拆分 - **拆解方法**： - **代码依赖分析**：分析代码结构，识别模块边界。 - **数据库依赖分析**：通过数据依赖关系划分服务边界。 - **评分表与降龙十八掌解牛法**：掌握系统的业务构造，避开技术依赖点，实现最优拆分。 - **部署策略**：部署新微服务后，采用并行运行模式，通过分流逐步过渡，确保改造安全。 #### 服务设计原则 - **松耦合**：服务间应尽量减少依赖，修改一个服务不应影响另一个服务。 - **依赖方式**：不仅限于REST API，可选异步消息、数据冗余等。 - **高内聚**：相关行为聚集在一起，不相关行为分离，修改行为只需影响单一位置。 #### 可视化工具与实践 - **C4模型**、**用户画像**、**用户旅程**：帮助理解系统业务，明确边界，支持小步改造。 - **服务画布**：可视化划分和拆解遗留系统，支持领域驱动设计。 #### 总结 - 领域驱动设计和事件风暴工作坊是拆解遗留系统的核心方法。 - 微服务架构需要结合松耦合、高内聚原则，通过可视化工具和分阶段部署策略确保改造安全。 - 实践中应注重业务场景还原，突出用户信息与价值体现，确保系统业务与技术实现相匹配。