●前言 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
……

本書作為一本改造指南，提供了大量針對如何將單體應用演進到微服務架構的實操建議。書中包含了大量圖形化的示例、充滿洞見的改造模式、涉及從改造的初始規劃階段到應用繫統和數據庫的解耦，涵蓋了許多場景和策略，它們將幫助你實現成功的改造。你將從本書中學到這些經過實踐檢驗過的模式和技巧。在改造過程，你一定會發現它們非常有價值。本書的主要內容有：適合於期望演進到微服務，而不是重寫的組織。幫助組織決策是否要改造、何時改造、以及從哪裡入手進行改造。如何解決遺留繫統的通信、集成和遷移問題。闡述了若干不同的遷移模式，以及在什麼情況下采用這些模式。提供了多種數據庫遷移方法的案例，以及對應的同步機制。探索了應用繫統解耦的方法，包括若干架構重構的模式。深入探討了數據庫解耦的細節，包括打破參照完整性和事務完整性的影響，新的失敗模式等。