来源书籍

中台架构与实现：基于DDD和微服务

领域建模类

经典原理（高信息浓度 + 高稳定性）

全书24章、6大部分，核心是系统讲解DDD（领域驱动设计）如何指导中台业务建模与微服务拆分设计。抽样精读绪论、第1章（数字化中台初步认识与建设策略）、第22章（中台战略下的保险订单化设计）三部分后确认：信息浓度高——书中反复讲清楚"为什么这样设计"而非"怎么点鼠标"，例如用AKF可扩展能力立方体模型的X/Y/Z三轴分别解释容量扩展、业务扩展、数据扩展三类问题的本质区别；第22章分析保险业务复杂性时，逐层论证"统一领域模型不现实、每类产品独立建模也不现实"背后的取舍逻辑，再引出如何分解业务子域、如何区分核心能力中台与通用能力中台的具体推理过程。稳定性高——DDD核心知识体系（领域/子域/限界上下文/实体/值对象/聚合/聚合根/领域事件/分层架构）是2003年《领域驱动设计》一书确立、至今在软件架构界仍作为主流方法论的稳定理论，书中通过保险订单化这个具体案例讲解，但案例背后提炼出的建模方法论、边界划分原则本身是可迁移的，不会因具体保险产品或技术栈变化而过时；即使书中部分内容涉及"中台"这一相对时效性更强的战略概念，以及Java风格的微服务代码目录结构（第14、19章），这些内容占比不高，且服从于DDD方法论这条更稳定的主线，因此整体判定为经典原理而非工程实践。 **说明（2026-09-04）**：本书此前已生成过一版卡片（`notes/中台架构与实现：基于DDD和微服务/_overview.md`旧版），经核查该版本声明"Skill 版本：v6"，非v7，按v7重跑规则用`git rm -rq`整体清空重建；本次评级结论、章节筛选、卡片内容均从零重新生成。经检查EPUB的content.opf（约249个itemref）与toc.ncx（约235个navPoint），书中"第1章"仅出现一次、"第2章"至"第24章"依次各出现一次、无重复起始点，确认本书不是被错误打包的多本书合集，是单本内容详实的24章DDD/中台/微服务方法论专著。 **技术说明**：本书EPUB的内部spine文件名（`chapterN-M.xhtml`）与实际书籍章节号（第N章）不是直接对应关系——`chapterP.xhtml`（P=2..7）对应六大部分的分部内容，`chapterP-M.xhtml`才对应真正的"第N章"，映射关系记录在提取脚本内的`CHAPTER_MAP`字典中，续跑时须使用该脚本按真实章节号提取，不能直接按spine文件名的数字猜测章节号。

类别清单覆盖

7/7

已覆盖 7 补充生成 0 未覆盖 0

全书概览

中台架构与实现：基于DDD和微服务

Skill 版本：v7

类别：领域建模类

四象限结论：经典原理（高信息浓度 + 高稳定性）

理由：全书24章、6大部分，核心是系统讲解DDD（领域驱动设计）如何指导中台业务建模与微服务拆分设计。抽样精读绪论、第1章（数字化中台初步认识与建设策略）、第22章（中台战略下的保险订单化设计）三部分后确认：信息浓度高——书中反复讲清楚”为什么这样设计”而非”怎么点鼠标”，例如用AKF可扩展能力立方体模型的X/Y/Z三轴分别解释容量扩展、业务扩展、数据扩展三类问题的本质区别；第22章分析保险业务复杂性时，逐层论证”统一领域模型不现实、每类产品独立建模也不现实”背后的取舍逻辑，再引出如何分解业务子域、如何区分核心能力中台与通用能力中台的具体推理过程。稳定性高——DDD核心知识体系（领域/子域/限界上下文/实体/值对象/聚合/聚合根/领域事件/分层架构）是2003年《领域驱动设计》一书确立、至今在软件架构界仍作为主流方法论的稳定理论，书中通过保险订单化这个具体案例讲解，但案例背后提炼出的建模方法论、边界划分原则本身是可迁移的，不会因具体保险产品或技术栈变化而过时；即使书中部分内容涉及”中台”这一相对时效性更强的战略概念，以及Java风格的微服务代码目录结构（第14、19章），这些内容占比不高，且服从于DDD方法论这条更稳定的主线，因此整体判定为经典原理而非工程实践。

说明（2026-09-04）：本书此前已生成过一版卡片（notes/中台架构与实现：基于DDD和微服务/_overview.md旧版），经核查该版本声明”Skill 版本：v6”，非v7，按v7重跑规则用git rm -rq整体清空重建；本次评级结论、章节筛选、卡片内容均从零重新生成。经检查EPUB的content.opf（约249个itemref）与toc.ncx（约235个navPoint），书中”第1章”仅出现一次、”第2章”至”第24章”依次各出现一次、无重复起始点，确认本书不是被错误打包的多本书合集，是单本内容详实的24章DDD/中台/微服务方法论专著。

技术说明：本书EPUB的内部spine文件名（chapterN-M.xhtml）与实际书籍章节号（第N章）不是直接对应关系——chapterP.xhtml（P=2..7）对应六大部分的分部内容，chapterP-M.xhtml才对应真正的”第N章”，映射关系记录在提取脚本内的CHAPTER_MAP字典中，续跑时须使用该脚本按真实章节号提取，不能直接按spine文件名的数字猜测章节号。

章节筛选

全书6大部分、24章，抽样精读绪论、第1章、第22章后确认核心内容围绕DDD建模方法论、中台/微服务设计原则展开，均涉及概念/术语/定义/原则/模式/架构类内容的实质性讲解，按”硬性优先”规则全部标记精读。

章节号 章节标题 精读/略读 状态(pending/done) 卡片数
绪论 传统企业数字化转型的困难与AKF可扩展能力立方体模型 精读 done 6
1 数字化中台初步认识与建设策略 精读 done 8
2 企业中台能力框架 精读 done 7
3 微服务设计为什么要选择DDD 精读 done 8
4 DDD、中台和微服务的关系 精读 done 5
5 领域和子域：有效分解问题域 精读 done 4
6 限界上下文：定义领域边界的利器 精读 done 5
7 实体和值对象：领域模型的基础单元 精读 done 8
8 聚合和聚合根：怎样设计聚合 精读 done 9
9 领域事件：解耦微服务的关键 精读 done 6
10 DDD分层架构 精读 done 6
11 几种微服务架构模型对比分析 精读 done 4
12 如何用事件风暴构建领域模型 精读 done 2
13 如何用DDD重构中台业务模型 精读 done 5
14 如何用DDD设计微服务代码模型 精读 done 4
15 如何保证领域模型与代码模型一致 精读 done 3
16 如何实现微服务的架构演进 精读 done 3
17 服务和数据在微服务各层的协作 精读 done 3
18 基于DDD的微服务设计实例 精读 done 1
19 基于DDD的微服务代码详解 精读 done 4
20 微前端架构理念与技术实践 精读 done 2
21 微前端：微服务的最佳搭档 精读 done 3
22 中台战略下的保险订单化设计 精读 done 5
23 微服务拆分和设计原则 精读 done 3
24 分布式架构的关键设计 精读 done 3

实践卡进度

序号 实践标题 实践方式 状态(pending/done) 关联章节 产出
1 leave-sample请假微服务源码精读 实现深读 done 第8-19章 已核验GitHub仓库存在（Java+Spring Boot+PostgreSQL，极客时间DDD实战课程配套示例），制定四步阅读计划，产出物为待填写的代码结构与卡片对照表框架，见ideas/idea-001-leave-sample源码精读.md
2 微前端技术路线现状核验：Single-SPA是否仍是主流 证据验证 done 第20章 已通过WebSearch核验Module Federation已成为2026年主流微前端运行时方案、qiankun（书中未提及）已成为国内企业级常见选型，Single-SPA更多退化为底层生命周期机制，见ideas/idea-002-微前端技术路线现状核验.md
3 绞杀者策略与CQRS迁移方案对照AWS官方指南核验 证据验证 done 第23章 已通过WebSearch确认AWS Prescriptive Guidance官方收录”Strangler Fig Pattern”且明确提及CQRS配合读写分离，与书中方案核心思路一致，见ideas/idea-003-绞杀者策略与CQRS迁移方案对照AWS官方指南核验.md

待关联术语

术语名 出现章节 一句话语境
0.3节”提升技术能力/提升业务复用能力/提升移动运营能力/提升组织能力”四个关注点的具体展开、”两地三中心”容灾模式提及、AKF模型出处《架构即未来》 绪论 这四点是0.1节四大问题（技术体系落后/单体架构/研发运维落后/IT重复建设）在解法层面的对应重述，核心方法论（四阶段演进模型/IT重复建设根因/AKF三轴模型/微服务是手段而非目标）已在ch00-001至ch00-006中概括，未单独展开生卡
2.4节API网关/开发框架具体功能清单、微服务治理组件清单(服务注册/发现/通信/配置中心/熔断/容错/监控)、分布式缓存与搜索引擎的具体用途、2.5节DevOps一体化与全链路监控三维度(应用日志/服务链路/基础资源)的具体展开、2.6节云平台IaaS/PaaS云服务化与云运营运维具体管理能力清单 2 属于技术组件功能清单和管理能力清单，浓度偏低（多为定义/罗列而非取舍论证），核心可迁移方法论（四种基本能力/业务中台建设目标/数据中台三方面工作/分布式事务取舍/三类分布式数据库划分/能力聚合层/组织架构与技术协同演进）已在ch02-001至ch02-007中概括，未单独展开生卡
保险领域具体子域细分示例(承保/收付/再保/理赔子域，承保子域再细分投保/保全/批改)、细胞类比聚合聚合根实体值对象的初步剧透（第7-8章详细讲解）、子域边界与流程节点边界天然对应的举例(商品/订单/货物) 5 属于具体行业示例和后续章节内容的提前剧透，核心可迁移方法论（领域即边界/分治策略层层分解/核心子域划分的相对性/核心子域优先投入原则）已在ch05-001至ch05-004中概括，未单独展开生卡
贫领域模型场景下无聚合根的例外情况(数据计算/统计/批处理)、Person聚合完整代码清单8-1至8-7的具体实现细节、JPA与Mybatis在DDD持久化上的优劣对比、章节小结中实体/值对象/聚合根特点对比的重述性总结 8 属于具体代码示例和已在正文详细展开内容的归纳重述，核心可迁移方法论（聚合的组织隐喻/聚合根三重角色/跨实体逻辑归属/聚合设计五步法与判断标准/小聚合原则/ID引用解耦/强弱一致性边界/仓储与工厂模式）已在ch08-001至ch08-009中概括，未单独展开生卡
事件数据持久化两种方案(本地事件表vs共享事件库)的具体权衡细节、事件总线三种分发路径的具体流程、缴费通知单事件运行机制的完整六步代码级流程、领域事件基类DomainEvent的结构细节 9 属于具体实现流程和技术方案细节，核心可迁移方法论（领域事件定义与识别信号/微服务内外一致性取舍/事件实体属性设计/CDC解耦事件发布/事件链式流转的编排模式）已在ch09-001至ch09-006中概括，未单独展开生卡
基础层的具体技术组件清单(第三方工具/驱动/消息中间件/网关/文件/缓存/数据库)、三层架构到DDD分层架构演进的完整对比细节(业务逻辑层拆分/数据访问层DAO转仓储/DTO与facade引入)、洋葱架构/CQRS/六边形架构的名词提及 10 属于具体组件清单和已被正文详细展开内容的归纳重述，核心可迁移方法论（依赖倒置与严格分层原则/facade与Assembler的多端适配/应用层为何要薄/实体与领域服务分工/以聚合驱动架构演进/领域服务下沉合并）已在ch10-001至ch10-006中概括，未单独展开生卡
产品愿景分析步骤(12.2.1)、用户中台场景分析具体案例(12.2.2，系统岗位设置/用户权限配置/用户登录权限校验)、领域对象清单表格示例、”DDD战略设计比战术设计更重要”的观点重述 12 属于具体案例走查和已在其他章节强调过的观点重述，核心可迁移方法论（事件风暴的贴纸协作方法/限界上下文只是拆分依据而非唯一标准）已在ch12-001至ch12-002中概括，未单独展开生卡
13.2节”高内聚松耦合”原则的重述、13.4节客户域领域对象清单表格(表13-1至13-3)具体明细、图13-2至图13-6等示意图内容 13 属于其他章节已讲过的原则重述和具体表格清单，核心可迁移方法论（重复建设四种模式/两种建模策略适用场景/自底向上三步法/基准域确定方法/打破聚合边界重新分组）已在ch13-001至ch13-005中概括，未单独展开生卡
interfaces/application/infrastructure各层二级目录的具体命名清单(assembler/dto/facade/event/config/util等)、事件订阅统一放应用层管理的具体安排、聚合内entity/event/service四个子目录的具体职责细节 14 属于具体目录命名清单和已在核心卡片中概括的实现细节，核心可迁移方法论（一级目录映射DDD四层/仓储违反常规分层放进聚合目录/聚合目录是重组最小单元/复杂查询不进领域层）已在ch14-001至ch14-004中概括，未单独展开生卡
领域对象整理表格(15.1节)与领域对象到代码对象映射表(表15-2，层/领域对象/领域类型/包名/类名/方法名六维度)的具体表格结构、应用服务重复组合领域服务应下沉演进的观点重述、服务类命名规则(*DomainService/*AppService后缀) 15 属于具体表格结构和已在ch10-006中详细讲过的领域服务下沉合并观点重述，核心可迁移方法论（服务逐层封装机制/值对象与实体判定标准/贫领域模型的处理方式）已在ch15-001至ch15-003中概括，未单独展开生卡
17.1.1节四类服务的定义重述、17.1.3节服务逐层封装组合方式的重述、微服务间同步调用需引入分布式事务保证强一致性的重述、聚合应避免直接数据库表关联的重述 17 属于其他章节(第9/10/14/15章)已详细讲过的服务分层与一致性权衡观点重述，核心可迁移方法论（松散分层三个隐患/应用服务跳过领域层直调仓储/四种数据对象逐层转换与性能代价）已在ch17-001至ch17-003中概括，未单独展开生卡
在线请假考勤项目完整走查(产品愿景分析/请假与审批场景分析/请假与人员组织关系聚合构建/考勤聚合的贫领域模型处理/限界上下文划分/微服务拆分/请假聚合与人员组织关系聚合的具体领域对象清单表18-1/应用层与领域层具体代码结构图) 18 本章是第5-17章全部方法论在一个完整案例上的应用走查，绝大部分内容是已在此前各章节概括过的方法论（事件风暴/聚合构建/贫领域模型处理/限界上下文划分/聚合代码目录独立拆分）的具体实例复现，核心新增方法论（从命令出发自上而下反推服务识别）已在ch18-001中概括，其余具体案例细节未单独展开生卡
微前端好处5点列举(技术融合/易于扩展和自由升级/快速开发和部署/弹性扩缩与隔离/更好的代码维护)的具体展开、ThoughtWorks技术雷达采纳评级细节与四象限(采纳/试验/评估/暂缓)定义、BigPipe技术原理与用户页面请求四步流程细节、Tailor模板/事件/钩子的具体API与代码清单(20-1至20-11)、User Timing API性能监测示例代码、Single-SPA生命周期钩子(load/bootstrap/mount/unmount/unload)具体API与RootApp/RouterApp/AppN架构图细节、Single-SPA+Vue+React跨框架示例代码清单(20-12至20-17)、eev事件总线库的具体用法 20 属于具体工具库API细节、代码示例和已在核心卡片中概括的架构原理重述，多为2016-2021年间特定JS生态工具(Tailor/Single-SPA/eev)的时效性实现细节，核心可迁移方法论（前端微服务化滞后抵消后端收益的动机/微前端三种落地路径的拼接层机制差异/跨框架子应用靠事件总线通信）已在ch20-001至ch20-002中概括，未单独展开生卡
保险场景化销售举例(车友圈车险/宠物社交圈宠物保险)、企业级App与微前端容器集成的具体机制(模块加载器/页面路由/动态加载/前台Base主页面)、微前端应用类小程序的扫码/链接访问方式与灰度发布支持、单元化设计与中国路桥模块化建设的类比、图21-3单体前端与微前端项目团队结构对比图细节 21 属于具体行业案例、集成实现细节和类比重述，核心可迁移方法论（业务单元是限界上下文向前端延伸出的天然独立单元/业务单元三种组合方式/团队边界与业务单元边界重合）已在ch21-001至ch21-003中概括，未单独展开生卡
保险订单化背景与动机(烟囱式应用/App数量缩减/电子保单)、保险与普通商品销售流程差异对比表22-1、保险业务复杂性的4点具体展开(承保信息录入多/保费不固定/标的种类多/销售界面难统一)、按流程节点与功能集合两个维度划分子域的一般方法(与第5/13章已概括方法论重述)、商品中心/收款中心具体聚合与领域对象清单(图22-3⁄22-6)、订单聚合完整领域对象清单(图22-5，用户信息/购物结算单/保单清单/缴费凭证值对象)、保险订单化关键业务流程9步完整走查(图22-11⁄22-12)、核心与通用能力微服务清单(投保/保单管理/商品/购物车/订单/收款)、权限配置微前端案例、中台与后台解耦的具体子公司佣金结算流程、视图数据服务与客户统一视图的具体展开、读写分离方案实现在线数据服务的技术细节 22 本章是DDD/微服务/微前端/业务单元/领域事件驱动等此前各章方法论在保险订单化这一复杂案例上的完整应用走查，绝大部分内容是已在此前章节概括过的方法论（子域划分/领域事件驱动最终一致性/值对象快照解耦/业务单元设计/企业级前台与微前端分工）的具体实例复现，核心新增方法论（产品聚类分析/通用子域也可核心投入/购物车事件驱动聚合分散数据/前台应用与微前端三点分工/微前端粒度按业务流程完整性选择）已在ch22-001至ch22-005中概括，其余具体案例细节未单独展开生卡
新建系统简单/复杂领域建模三步法(与第5/13章已概括子域分解方法论重述)、DDD使用误区中”全部采用DDD战术设计方法”(聚合根不擅长复杂查询，已在ch14-004/ch17-002概括)与”重战术而轻战略”(已在ch12路由待关联术语)、”所有领域都用DDD”应先聚焦核心子域的重述、”DDD只适用于微服务”应先用于单体铺路的重述(已在ch03-008概括)、微服务设计原则中”领域驱动而非数据/界面驱动设计”“边界清晰而非分布式小单体”“分层职能清晰而非依赖混乱的小泥球”三条(与已概括的DDD分层/聚合边界方法论重述) 23 属于已在第3/5/12/14/17章概括过的方法论重述，核心新增方法论（微服务演进三策略/CQRS零停机迁移方案/拆分的非业务因素与量力而行原则）已在ch23-001至ch23-003中概括，未单独展开生卡
三类分布式数据库方案(原生分布式数据库/集中式数据库+中间件/集中式数据库+分库类库)具体展开(已在ch02概括)、CDC数据库日志捕获技术原理重述(已在ch09-005概括)、高频热点数据用Redis缓存/ElasticSearch搜索引擎的具体展开、数据中台建设三步法(已在ch01/ch02概括)、BFF与应用服务的边界区分(已在ch11-004概括)、分布式事务与领域事件驱动最终一致性的选择原则重述(已在ch08-007/ch09-002概括)、多中心多活设计四要素(分布式数据库/单元化架构/访问路由/全局配置管理，单元化架构已在ch00-005概括) 24 本章是分布式架构关键技术点的清单式罗列，大部分内容是已在第0/1/2/8/9/11章概括过的方法论重述，核心新增方法论（分库主键选客户ID的数据层”以客户为中心”/跨库关联查询两类场景解法/前后序数据实体值对象判断标准）已在ch24-001至ch24-003中概括，其余具体技术组件清单未单独展开生卡
请假微服务leave/person/rule三聚合完整代码清单(Leave聚合根/ApprovalInfo实体/Approver与Applicant值对象/Status与LeaveType枚举，代码清单19-1至19-4)、领域服务与实体方法边界的重述、领域事件基类DomainEvent与LeaveEvent实体的结构细节及四步执行逻辑、仓储接口/仓储实现/JPA代码的完整清单(代码清单19-17至19-21)、工厂模式与LeaveFactory的完整实现(代码清单19-22)、跨聚合对象传参改ID传参的重述、facade接口/Assembler/DTO转换的完整实现代码 19 本章是一份完整的Java代码级实现走查，绝大部分内容是已在此前各章节概括过的方法论（聚合根/实体/值对象的角色划分见ch07-ch08、跨实体逻辑归属领域服务还是实体方法见ch08-003、聚合间ID引用解耦见ch08-006、领域事件与最终一致性见ch09-002、值对象的DO-PO两种存储方式见ch07-005、facade与Assembler多端适配见ch10-002）在一个具体案例上的代码级复现，核心新增内容（领域事件数据对账机制/微服务物理拆分时代码变更范围/DTO按需定义原则/微服务解耦策略全景图）已在ch19-001至ch19-004中概括，其余具体代码清单未单独展开生卡

引用文献

标题 类型 出现章节 一句话语境
《架构即未来：现代企业可扩展的Web架构、流程和组织》 书 绪论 AKF可扩展能力立方体模型的出处，书中仅引用该模型本身并展开讲解，未对原书其余内容做实质性介绍
Dubbo 框架 2.4 常见的微服务治理技术体系之一，书中仅提及名称未展开实现细节
Spring Cloud 框架 2.4 常见的微服务治理技术体系之一，书中仅提及名称未展开实现细节
Service Mesh 框架 2.4 常见的微服务治理技术体系之一，书中仅提及名称未展开实现细节
Redis 框架 2.4 典型的开源分布式缓存技术组件，书中仅提及名称未展开实现细节
Kafka 框架 2.4、9.3 典型的开源消息中间件，书中仅提及名称未展开实现细节
RabbitMQ 框架 9.3 消息中间件产品示例之一，书中仅提及名称未展开实现细节
《企业IT架构转型之道：阿里巴巴中台战略思想与架构实战》（钟华著） 书 4.1 阿里中台战略的思想来源，书中仅作为脚注引用中台战略背景未对原书内容做实质性介绍
《实现领域驱动设计》（Vaughn Vernon著） 书 7.2 值对象定义的引用出处，书中仅摘录该书对值对象的定义作为本章讲解依据，未对原书其余内容做实质性介绍
leave-sample（GitHub示例项目，ouchuangxin） 源码项目 19 本章请假微服务全部代码示例的完整源码仓库，书中仅给出仓库地址供读者自行获取，未在正文展开介绍仓库结构或额外内容
Zalando马赛克项目（Mosaic Project） 源码项目 20 Tailor所属的开源项目集合，书中仅作为Tailor的出处提及，未展开介绍马赛克项目其余组件
frint 框架 20 微前端框架方案的示例之一（与Single-SPA并列提及），书中仅提及名称未展开实现细节

类别清单核对（领域建模类）

维度 覆盖状态 关联卡片标题或未覆盖理由
建模方法论/流程 已覆盖 ch12-001事件风暴方法论、ch13系列自顶向下/自底向上建模策略、ch18-001从命令出发自上而下反推服务识别、ch22-001产品聚类分析借生物分类学思路化解千种产品建模难题
核心构建块/元语言 已覆盖 ch07系列实体/值对象定义与特征、ch08系列聚合/聚合根定义与判断标准、ch09-001领域事件的定义与识别信号、ch10系列领域服务/应用服务分工
边界划分原则 已覆盖 ch03-007聚合边界与限界上下文边界的两层边界体系、ch06系列限界上下文划分方法、ch08-004聚合设计五步法与聚合根四个判断标准、ch08-005小聚合大聚合导致并发冲突与重构代价、ch05-003核心通用支撑子域划分的相对性
模型与代码的映射关系 已覆盖 ch14系列微服务代码模型目录映射、ch15-002领域对象到代码对象映射、ch17-003PO/DO/DTO/VO四种数据对象的逐层转换、ch19-002微服务物理拆分时代码变更集中在应用层
一致性与事务边界 已覆盖 ch08-007聚合内强一致性聚合间最终一致性、ch09-002/ch09-003微服务内外领域事件与一致性取舍、ch19-001领域事件数据对账机制、ch23-002CQRS作为单体到微服务零停机迁移方案
模型演化与重构 已覆盖 ch10-006领域服务下沉合并、ch13-005打破聚合边界重新分组、ch16-001演进式架构微服务设计好坏看能否轻松持续重组、ch23-001微服务演进三策略绞杀者修缮者另起炉灶
反模式/常见建模误区 已覆盖 ch07-003充血模型与贫血模型的区别、ch10-004领域层实体与领域服务的分工避免滥用领域服务导致贫血模型、ch23-003微服务拆分的非业务因素与量力而行原则（过度拆分反模式）

7/7维度已覆盖，均为书中已有卡片充分论证，无需补充生成新卡片。

资金安全问题案例

问题标题 问题卡 解决方案卡(如有) 出现章节 一句话说明

提取脚本

/private/tmp/claude-501/-Users-wangyi-claudecodeProject-bookNotes/54681e1b-f7d1-4c9a-a361-8fe6640643df/scratchpad/zt_extract.py （用法：python3 zt_extract.py <真实章节号> <输出文件>，如python3 zt_extract.py 22 out.txt； 脚本内CHAPTER_MAP记录了真实章节号到EPUB内部spine文件名前缀的映射，绪论对应chapter1前缀， 需单独处理，不在CHAPTER_MAP中）

章节与卡片

00

  1. 企业IT建设的四阶段演进模型 普通读书笔记卡
  2. 传统企业数字化转型的核心症结：IT能力重复建设 普通读书笔记卡
  3. AKF可扩展能力立方体模型总览与X轴容量扩展 普通读书笔记卡
  4. Y轴业务扩展：用DDD划分业务边界驱动微服务拆分 普通读书笔记卡
  5. Z轴数据扩展：数据分片与单元化架构 普通读书笔记卡
  6. 微服务是手段而非目标 普通读书笔记卡

01 数字化中台初步认识与建设策略

  1. 中台高于平台 普通读书笔记卡
  2. 平台与中台的本质区别：烟囱式复用 vs 企业级融合 普通读书笔记卡
  3. 前中后台协同 普通读书笔记卡

01

  1. 中台的定义与三个关键能力 普通读书笔记卡
  2. 中台能力建设的"分"与"合"两阶段 普通读书笔记卡
  3. "后端双核心、前端两张皮"：IT重复建设的具体诊断标签 普通读书笔记卡
  4. 前中后台协同的作战体系类比 结构图卡
  5. 核心能力中台与通用能力中台的划分依据 普通读书笔记卡
  6. 数据中台区别于数据仓库/数据平台：服务交易型场景而非仅分析型 普通读书笔记卡
  7. 后台设计原则：按角色聚合管理需求，用事件驱动异步交互降低中台压力 普通读书笔记卡

02 企业中台能力框架

  1. 能力框架分层 普通读书笔记卡
  2. 企业中台数字化转型的四种基本能力 普通读书笔记卡
  3. 能力聚合 普通读书笔记卡

02

  1. 业务中台的建设目标：把重复建设的能力沉淀为可复用的中台能力 普通读书笔记卡
  2. 数据中台的三方面建设工作与"业务数据化、数据业务化" 普通读书笔记卡
  3. 分布式事务与消息中间件的取舍：优先最终一致性，避免过度使用分布式事务 普通读书笔记卡
  4. 三类分布式数据库的划分与适用场景 普通读书笔记卡
  5. 能力聚合层：解决中台单一职责与前台编排需求之间的矛盾 普通读书笔记卡
  6. 组织架构与技术架构必须协同演进，警惕"新瓶装旧酒" 普通读书笔记卡

03 微服务设计为什么要选择DDD

  1. 边界先于拆分 普通读书笔记卡
  2. 软件架构三阶段演进与开发模式的绑定关系 普通读书笔记卡
  3. DDD适配微服务 普通读书笔记卡

03

  1. 瀑布模式导致需求、设计、实现割裂的信息丢失问题 普通读书笔记卡
  2. 微服务拆分困境的根本原因：边界不清晰，而非粒度大小 普通读书笔记卡
  3. DDD为何沉寂十余年：缺少微服务这个技术落地载体 普通读书笔记卡
  4. DDD不是架构，而是架构设计方法论 普通读书笔记卡
  5. DDD战略设计与战术设计的分工 普通读书笔记卡
  6. 聚合边界与限界上下文边界的两层边界体系 结构图卡
  7. 用DDD设计单体应用，也能为未来的微服务拆分铺路 普通读书笔记卡

04 DDD、中台和微服务的关系

  1. DDD沉淀中台 普通读书笔记卡
  2. DDD、中台、微服务的铁三角协作关系 结构图卡
  3. 建模驱动协作 普通读书笔记卡

04

  1. DDD三类子域到中台两类范畴的映射与简化：不必严格区分通用与支撑子域 普通读书笔记卡
  2. DDD子域递归细分：拆到适合团队建模的粒度为止 普通读书笔记卡
  3. 为什么先把大领域拆成中台子域再建模：事件风暴范围要可控 普通读书笔记卡
  4. 主领域模型的确定与领域对象归并去重 普通读书笔记卡

05 领域和子域：有效分解问题域

  1. 领域逐级分解 普通读书笔记卡
  2. 领域的本质是边界：DDD为什么反复强调边界 普通读书笔记卡
  3. 核心子域优先 普通读书笔记卡

05

  1. DDD用分治策略层层分解领域，直到最小可管理单元 普通读书笔记卡
  2. 核心/通用/支撑子域的划分是相对的，取决于企业战略视角 普通读书笔记卡
  3. 核心子域优先原则：自主可控投入核心，外购补充非核心 普通读书笔记卡

06 限界上下文：定义领域边界的利器

  1. 语言定义边界 普通读书笔记卡
  2. 通用语言：项目团队沟通的统一语言 普通读书笔记卡
  3. 上下文隔离歧义 普通读书笔记卡

06

  1. 限界上下文：限定通用语言无歧义的强制业务边界 普通读书笔记卡
  2. 同一实体在不同业务阶段有不同表现形式：限界上下文存在的必要性 普通读书笔记卡
  3. 限界上下文与微服务的对应关系：理论边界与不宜过度拆分的现实考量 普通读书笔记卡
  4. 子域与限界上下文的两阶段分解关系：问题域与解决方案域 普通读书笔记卡

07 实体和值对象：领域模型的基础单元

  1. 实体靠身份 普通读书笔记卡
  2. 实体的核心特征：唯一标识符与延续性 普通读书笔记卡
  3. 值对象靠整体 普通读书笔记卡

07

  1. 值对象的核心特征：无标识、基于属性值、不可变 普通读书笔记卡
  2. 充血模型与贫血模型的区别 普通读书笔记卡
  3. 实体与持久化对象的多种映射关系 普通读书笔记卡
  4. 值对象简化数据库设计：从"数据建模为中心"转向"领域建模为中心" 普通读书笔记卡
  5. 优先设计值对象而非实体：不可变性带来的轻量与线程安全 普通读书笔记卡
  6. 实体与值对象的角色转换：同一份数据在不同聚合里的不同身份 普通读书笔记卡
  7. 值对象记录业务数据快照，实现聚合间解耦和故障隔离 普通读书笔记卡

08 聚合和聚合根：怎样设计聚合

  1. 聚合守一致性 普通读书笔记卡
  2. 聚合：用统一业务规则组织实体和值对象，保证数据一致性 普通读书笔记卡
  3. 聚合根管入口 普通读书笔记卡

08

  1. 聚合根的三重角色：实体、组织管理者、对外联络人 普通读书笔记卡

08 聚合和聚合根：怎样设计聚合

  1. 仓储面向聚合 普通读书笔记卡

08

  1. 跨实体逻辑放聚合根方法还是领域服务：避免聚合根代码膨胀 普通读书笔记卡
  2. 聚合设计五步法与聚合根的四个判断标准 普通读书笔记卡
  3. 设计小聚合：大聚合导致并发冲突与重构代价 普通读书笔记卡
  4. 聚合间用ID引用而非对象引用：为未来微服务拆分解耦铺路 普通读书笔记卡
  5. 聚合内强一致性，聚合间最终一致性：一次事务只改一个聚合 普通读书笔记卡
  6. 仓储模式：解耦领域逻辑与持久化逻辑，降低更换数据库的代价 普通读书笔记卡
  7. 工厂模式：把复杂对象创建过程从聚合根剥离 普通读书笔记卡

09 领域事件：解耦微服务的关键

  1. 事件表达事实 普通读书笔记卡
  2. 领域事件的定义与识别信号 普通读书笔记卡
  3. 事件解耦服务 普通读书笔记卡

09

  1. 微服务内领域事件：事件总线与事务机制的一致性取舍 普通读书笔记卡
  2. 微服务间领域事件：优先异步最终一致，避免雪崩与分布式事务 普通读书笔记卡
  3. 事件实体的属性设计：全局唯一ID避免重复消费，业务属性不可变 普通读书笔记卡
  4. CDC增量推送：让业务处理逻辑与事件发布逻辑彻底解耦 普通读书笔记卡
  5. 事件链式流转：微服务在发布方与订阅方角色间连续切换 普通读书笔记卡

10 DDD分层架构

  1. 领域层放规则 普通读书笔记卡
  2. DDD分层架构的依赖倒置演变与严格分层原则 普通读书笔记卡
  3. 应用层编排 普通读书笔记卡

10

  1. 用户接口层的facade与Assembler：让核心逻辑对多端差异保持稳定 普通读书笔记卡
  2. 应用层为什么必须"薄"：只做编排，不做核心逻辑 普通读书笔记卡
  3. 领域层：实体与领域服务的分工，避免滥用领域服务导致贫血模型 普通读书笔记卡
  4. 以聚合为单位驱动微服务架构的重组与拆分演进 普通读书笔记卡
  5. 领域服务下沉合并：从被重复组合的模式中提炼新领域服务 普通读书笔记卡

11 几种微服务架构模型对比分析

  1. 端口隔离资源 普通读书笔记卡
  2. 洋葱架构与六边形架构：由外向内依赖，核心逻辑与外部彻底隔离 普通读书笔记卡
  3. 分层服务中台 普通读书笔记卡

11

  1. 三种架构模型的演化关系：核心都是业务逻辑与技术细节解耦 普通读书笔记卡
  2. 应用层是"配速齿轮"：吸收前端需求变化，保护领域层稳定 普通读书笔记卡
  3. BFF层：企业级跨中台微服务集成的组合编排层 普通读书笔记卡

12 如何用事件风暴构建领域模型

  1. 事件风暴对齐 普通读书笔记卡
  2. 事件风暴：用贴纸颜色编码支撑高效协作建模 普通读书笔记卡
  3. 场景驱动建模 普通读书笔记卡

12

  1. 限界上下文只是微服务拆分的重要依据，而非唯一标准 普通读书笔记卡

13 如何用DDD重构中台业务模型

  1. 避免重复造轮 普通读书笔记卡
  2. 传统核心与互联网电商重复建设的四种模式 普通读书笔记卡
  3. 自顶自底结合 普通读书笔记卡

13

  1. 自顶向下与自底向上两种建模策略的适用场景 普通读书笔记卡
  2. 自底向上重构中台业务模型的三步法 普通读书笔记卡
  3. 基准域的确定：以更完备的领域模型为主，吸收另一方的重复能力 普通读书笔记卡
  4. 打破原有聚合边界，按新限界上下文重新分组聚合 普通读书笔记卡

14 如何用DDD设计微服务代码模型

  1. 代码映射模型 普通读书笔记卡
  2. 微服务代码模型的一级目录直接映射DDD四层 普通读书笔记卡
  3. 目录体现边界 普通读书笔记卡

14

  1. 仓储代码违反常规分层放进聚合目录：为聚合整体重组让步 普通读书笔记卡
  2. 聚合目录是代码重组的最小移动单元 普通读书笔记卡
  3. 复杂多表查询不放进领域层：查询不需要领域逻辑约束 普通读书笔记卡

15 如何保证领域模型与代码模型一致

  1. 模型一致性 普通读书笔记卡
  2. 严格分层下的服务逐层封装机制 普通读书笔记卡
  3. 对象映射表 普通读书笔记卡

15

  1. 值对象与实体的判定标准：生命周期归属与查询模式 普通读书笔记卡
  2. 贫领域模型：找不到聚合根时，仍可借鉴聚合思想设计 普通读书笔记卡

16 如何实现微服务的架构演进

  1. 演进式架构 普通读书笔记卡
  2. 演进式架构：微服务设计好坏看能否轻松持续重组，而非拆了多少个 普通读书笔记卡
  3. 小单体警惕 普通读书笔记卡

16

  1. "小单体微服务"陷阱：只做物理拆分，没有逻辑边界，最终变成分布式大泥球 普通读书笔记卡
  2. 逻辑边界、物理边界、代码边界的三层对应关系，与逻辑边界不必等于物理边界 结构图卡

17 服务和数据在微服务各层的协作

  1. 服务分层调用 普通读书笔记卡
  2. 松散分层架构的三个隐患：为什么不建议任意下层暴露给上层 普通读书笔记卡
  3. 数据视图检验 普通读书笔记卡

17

  1. 应用服务可以跳过领域层直接调用仓储：数据访问不等于业务逻辑 普通读书笔记卡
  2. PO/DO/DTO/VO四种数据对象的逐层转换与性能代价 普通读书笔记卡

18 基于DDD的微服务设计实例

  1. 实例验证拆分 普通读书笔记卡
  2. 服务识别从命令出发：自上而下反推应用服务、领域服务、实体方法 普通读书笔记卡
  3. 战术承接战略 普通读书笔记卡

19

  1. 领域事件数据对账机制：作为最终一致性的审计安全网 普通读书笔记卡
  2. 微服务物理拆分时，代码变更集中在应用层 结构图卡
  3. DTO按需定义，避免臃肿暴露后端逻辑，多渠道可各自定制 普通读书笔记卡
  4. 微服务解耦策略全景图 结构图卡

20 微前端架构理念与技术实践

  1. 前端单体瓶颈 普通读书笔记卡

20

  1. 后端微服务化后前端仍是单体，会抵消微服务收益 普通读书笔记卡

20 微前端架构理念与技术实践

  1. 微前端边界 普通读书笔记卡

20

  1. 微前端三种落地路径：隔离渲染、流式拼接、应用挂载 结构图卡

21 微前端：微服务的最佳搭档

  1. 业务单元前端 普通读书笔记卡

21

  1. 业务单元：限界上下文向前端延伸出的天然独立单元 普通读书笔记卡

21 微前端：微服务的最佳搭档

  1. 团队边界一致 普通读书笔记卡

21

  1. 业务单元的三种组合方式：单一、组合、通用 结构图卡
  2. 团队边界与业务单元边界重合，让沟通成本内化 普通读书笔记卡

22 中台战略下的保险订单化设计

  1. 订单屏蔽差异 普通读书笔记卡

22

  1. 产品聚类分析：借生物分类学思路化解"千种产品"的建模难题 普通读书笔记卡

22 中台战略下的保险订单化设计

  1. 单元化融合 普通读书笔记卡

22

  1. 通用子域也可能是核心子域：资源投入应看重要性，而非只看复用范围 普通读书笔记卡

22 中台战略下的保险订单化设计

  1. 中台后台解耦 普通读书笔记卡

22

  1. 通用中台作为跨业务单元分散数据的事件驱动聚合点 结构图卡
  2. 企业级前台应用与微前端的三点角色分工差异 结构图卡
  3. 微前端粒度选择：看业务流程完整性，而非机械按领域模型拆分 普通读书笔记卡

23 微服务拆分和设计原则

  1. 绞杀者策略 普通读书笔记卡

23

  1. 微服务演进三策略：绞杀者、修缮者、另起炉灶 结构图卡

23 微服务拆分和设计原则

  1. 修缮者策略 普通读书笔记卡

23

  1. CQRS作为单体到微服务的零停机迁移方案 结构图卡

23 微服务拆分和设计原则

  1. 拆分考虑因素 普通读书笔记卡

23

  1. 微服务拆分的非业务因素，以及"量力而行"原则 普通读书笔记卡

24 分布式架构的关键设计

  1. 主键服务客户 普通读书笔记卡

24

  1. 分库主键选客户ID，让"以客户为中心"先在数据层面成立 普通读书笔记卡

24 分布式架构的关键设计

  1. CDC解耦同步 普通读书笔记卡

24

  1. 跨库关联查询两类场景：主题库汇集，与小表广播 结构图卡

24 分布式架构的关键设计

  1. 跨库查询前置 普通读书笔记卡

24

  1. 前后序数据设计为实体还是值对象，看是否需要多条查询统计 普通读书笔记卡

24 分布式架构的关键设计

  1. 事件优于分布事务 普通读书笔记卡

相关主题

暂无公开主题。