重构到微服务

本书作为一本改造指南，提供了大量针对如何将单体应用演进到微服务架构的实操建议。书中包含了大量图形化的示例、充满洞见的改造模式、涉及从改造的初始规划阶段到应用系统和数据库的解耦，涵盖了许多场景和策略，它们将帮助你实现成功的改造。你将从本书中学到这些经过实践检验过的模式和技巧。在改造过程，你一定会发现它们非常有价值。本书的主要内容有：适合于期望演进到微服务，而不是重写的组织。帮助组织决策是否要改造、何时改造、以及从哪里入手进行改造。如何解决遗留系统的通信、集成和迁移问题。阐述了若干不同的迁移模式，以及在什么情况下采用这些模式。提供了多种数据库迁移方法的案例，以及对应的同步机制。探索了应用系统解耦的方法，包括若干架构重构的模式。深入探讨了数据库解耦的细节，包括打破参照完整性和事务完整性的影响，新的失败模式等。

前言 1
第1 章 刚刚好的微服务 7
1.1 什么是微服务？ 7
1.1.1 部署独立性 8
1.1.2 围绕业务领域建模 8
1.1.3 拥有自己的数据 12
1.1.4 微服务将带来哪些优势？ 13
1.1.5 微服务会带来什么问题？ 13
1.1.6 用户界面 .14
1.1.7 技术 14
1.1.8 颗粒度 15
1.1.9 所有权 17
1.2 单体架构19
1.2.1 单进程单体 19
1.2.2 分布式单体 21
1.2.3 第三方黑盒系统 22
1.2.4 单体架构的挑战 22
1.2.5 单体的优势 22
1.3 关于耦合和内聚 23
1.3.1 内聚 25
1.3.2 耦合 25
1.4 刚刚好的领域驱动设计 36
1.4.1 聚合 37
1.4.2 限界上下文 38
1.4.3 将聚合和限界上下文映射到微服务 39
1.4.4 延伸阅读 39
1.5 总结 40
第2 章 规划迁移到微服务的过程 41
2.1 理解目标41
2.2 为什么要选择微服务？ 43
2.2.1 提高团队自主性 44
2.2.2 缩短上市时间 45
2.2.3 经济高效地扩展负载 46
2.2.4 提高健壮性 47
2.2.5 扩展开发人员的数量 48
2.2.6 拥抱新技术 49
2.3 什么时候微服务可能是个坏主意？ 51
2.3.1 不明确的业务领域 51
2.3.2 初创公司 52
2.3.3 客户安装和管理的软件 54
2.3.4 没有好的理由！ 54
2.4 权衡利弊54
2.5 带人踏上旅途 56
2.6 改变组织56
2.6.1 建立紧迫感 57
2.6.2 组建领导团队 58
2.6.3 制定愿景和战略 59
2.6.4 传达变革愿景 59
2.6.5 善于授权赋能 60
2.6.6 快速得到成果 61
2.6.7 促进变革深入 61
2.6.8 成果融入文化 62
2.7 增量迁移的重要性 62
2.8 变更成本64
2.8.1 可逆和不可逆的决定 64
2.8.2 更容易实验的地方 66
2.9 那么我们从哪里开始呢？ 66
2.10 领域驱动设计 66
2.10.1 你需要走多远？ 67
2.10.2 事件风暴 68
2.10.3 利用领域模型进行优先级排序 68
2.11 一个组合模型 70
2.12 重组团队 72
2.12.1 改变团队结构 72
2.12.2 不要一刀切73
2.12.3 做出改变 75
2.12.4 改变技能 78
2.13 你如何知道转型成功与否？ 81
2.13.1 有定期检查点 81
2.13.2 定量度量 82
2.13.3 定性度量 82
2.13.4 避免沉没成本误区 83
2.13.5 对新方法持开放态度 83
2.14 总结 84
第3 章 拆分单体 87
3.1 单体系统，修改还是不修改？ 87
3.1.1 剪切、复制或者重新开发？ 88
3.1.2 重构单体系统 89
3.2 迁移模式 90
3.3 模式：绞杀应用 91
3.3.1 它是如何工作的 91
3.3.2 在哪里使用它 93
3.3.3 示例：HTTP 反向代理 95
3.3.4 数据 98
3.3.5 代理选项 98
3.3.6 更改协议 102
3.3.7 示例：FTP 105
……