前言
當我們在2017年寫作本書第1版時，演進式架構的想法仍然有些激進。在Rebecca關于這個主題進行第一次演講后，有人指責她缺乏職業責任感，因為她提出軟件架構可以隨著時間的推移而演進畢竟，架構是永遠不會改變的東西。
然而，正如現實告訴我們的那樣，系統必須演進以滿足其用戶的新需求，并反映不斷變化的軟件開發生態系統。
第1版出版時，很少有工具可以利用我們描述的技術。幸運的是，軟件開發世界在不斷發展，逐漸有了更多的工具使構建演進式架構變得更容易。
本書結構
我們改變了第1版的結構，更清晰地劃分了兩個主要主題：演進軟件系統的工程實踐和使之更容易的結構方法。
在第一部分，我們將定義各種機制和工程實踐，團隊可以使用它們來實現演進式架構的 目標，包括讀者需要了解的技術、工具、類別和其他信息。
軟件架構還涉及結構設計，某些設計決策可以使演進（和治理）更容易。我們將在第二 部分中介紹這一點，該部分還包括架構風格的覆蓋范圍，以及有關耦合、復用和其他相 關結構考慮因素的設計原則。
軟件架構中幾乎沒有任何東西是孤立存在的，演進式架構中的許多原則和實踐在軟件開發過程中許多部分盤根錯節，我們將在第三部分中進行介紹。
案例研究和 PenultimateWidgets本書中我們突出了一些案例研究。四位作者在撰寫本書時都是（有些人現在仍然是）顧問，我們利用我們的實際經驗推導出本書中出現的許多案例研究。雖然不能透露特定客 戶的詳細信息，但我們希望提供一些相關示例，使主題不那么抽象。因此，我們采取了 替身公司PenultimateWidgets的想法，讓它作為所有案例研究的主角。
在寫作第2版時，我們還向同事們征集了案例研究，這更凸顯了應用所探討的技巧的用例。在本書中，雖然每個案例研究都以 PenultimateWidgets 的用例呈現，但它們其實都 源自真實項目。
目錄
原書第1版序
序
前言1
第一部分 機制
第1章 演進軟件架構9
1.1 軟件演進的挑戰9
1.2 演進式架構12
1.2.1 引導式變更12
1.2.2 增量變更13
1.2.3 多種架構維度13
1.3 長期規劃如何應對層出不窮的變化15
1.4 架構構建完成后，如何防止其隨時間推移而退化17
1.5 為何演進17
1.6 小結18
第2章 適應度函數19
2.1 什么是適應度函數19
2.2 適應度函數分類23
2.2.1 按范圍分類：原子與整體23
2.2.2 按節奏分類：觸發式、持續式和時間式24
2.2.3 案例研究：觸發式還是持續式25
2.2.4 按結果分類：靜態與動態27
2.2.5 按調用方式分類：自動與手動27
2.2.6 按響應方式分類：預設式與應急式28
2.2.7 按覆蓋范圍分類：領域特定適應度函數28
2.3 誰來寫適應度函數29
2.4 哪里有適應度函數測試框架29
2.5 結果與實現30
2.6 小結32
第3章 實現增量變更33
3.1 增量變更33
3.1.1 部署流水線36
3.1.2 案例研究：為PenultimateWidgets的發票服務增加適應度函數39
3.1.3 案例研究：使用自動化構建驗證API的一致性41
3.2 小結44
第4章 自動化架構治理46
4.1 架構治理之適應度函數46
4.2 基于代碼的適應度函數47
4.2.1 傳入/傳出耦合48
4.2.2 抽象性、不穩定性和與主序列的距離50
4.2.3 導入的方向性53
4.2.4 圈復雜度和引導式治理54
4.3 即插即用的工具56
4.3.1 開源庫的合法性56
4.3.2 可訪問性和支持的其他架構屬性57
4.3.3 ArchUnit57
4.3.4 代碼治理的lint工具62
4.3.5 案例研究：可用性適應度函數62
4.3.6 案例研究：配合金絲雀發布的負載測試62
4.3.7 案例研究：移植什么63
4.3.8 已經在使用的適應度函數64
4.4 集成架構65
4.4.1 微服務架構中的通信治理65
4.4.2 案例研究：如何實現適應度函數67
4.5 DevOps69
4.6 企業架構72
4.6.1 案例研究：每天部署60次的架構重構74
4.6.2 保真度適應度函數76
4.7 適應度函數作為清單，而非棍棒76
4.8 記錄適應度函數77
4.9 小結79
第二部分 結構
第5章 演進式架構拓撲83
5.1 可演進的架構結構83
5.1.1 共生性83
5.1.2 共生性與限界上下文的交集87
5.2 架構量子和粒度88
5.2.1 獨立部署89
5.2.2 高功能內聚性90
5.2.3 高靜態耦合90
5.2.4 動態量子耦合95
5.3 契約97
案例研究：微服務作為演進式架構101
5.4 復用模式105
5.4.1 有效的復用=抽象 低變動性106
5.4.2 Sidecar和服務網格：正交操作的耦合107
5.4.3 數據網格：正交數據耦合110
5.5 小結114
第6章 演進式數據115
6.1 演進式數據庫設計115
6.1.1 演進模式115
6.1.2 共享數據庫集成117
6.2 不適當的數據糾纏121
6.2.1 兩段式提交事務122
6.2.2 數據的歷史和質量123
6.2.3 案例研究：演進PenultimateWidgets的路由124
6.3 從原生到適應度函數125
6.3.1 引用完整性126
6.3.2 數據冗余127
6.3.3 替換觸發器和存儲過程129
6.3.4 案例研究：從關系型到非關系型的演進130
6.4 小結131
第三部分 影響
第7章 構建可演進的架構135
7.1 演進式架構的原則135
7.1.1 最后責任時刻135
7.1.2 針對可演進性進行架構設計和開發136
7.1.3 波斯特爾定律136
7.1.4 針對可測試性進行架構設計137
7.1.5 康威定律137
7.2 機制137
7.2.1 步驟1：識別受演進影響的維度137
7.2.2 步驟2：為每個維度定義適應度函數137
7.2.3 步驟3：使用部署流水線自動化適應度函數138
7.3 綠地項目138
7.4 改造現有架構138
7.4.1 適當的耦合和內聚138
7.4.2 商業軟件的影響140
7.5 遷移架構141
7.5.1 遷移步驟142
7.5.2 演進模塊之間的交互144
7.6 構建演進式架構的指南147
7.6.1 消除不必要的變化148
7.6.2 做出可逆的決策149
7.6.3 傾向可演進而非可預測150
7.6.4 構建防腐層150
7.6.5 構建可犧牲的架構152
7.6.6 緩解外部變化153
7.6.7 更新庫而不是框架155
7.6.8 版本服務內部化156
7.6.9 案例研究：演進PenultimateWidgets的評分156
7.7 適應度函數驅動的架構158
7.8 小結159
第8章 演進式架構的陷阱和反模式160
8.1 技術架構160
8.1.1 反模式：最后10%陷阱和低代碼/無代碼160
8.1.2 案例研究：PenultimateWidgets里的復用161
8.1.3 反模式：供應商為王162
8.1.4 陷阱：充滿漏洞的抽象163
8.1.5 陷阱：簡歷驅動開發165
8.2 增量變更166
8.2.1 反模式：不恰當的治理166
8.2.2 案例研究：PenultimateWidgets中恰到好處的治理168
8.2.3 陷阱：發布速度過慢168
8.3 業務因素169
8.3.1 陷阱：產品定制170
8.3.2 反模式：記錄系統之上的報表系統170
8.3.3 陷阱：過于長遠的規劃171
8.4 小結172
第9章 實踐演進式架構173
9.1 組織因素173
9.1.1 不要抗拒康威定律173
9.1.2 文化182
9.1.3 試驗文化183
9.1.4 首席財務官和預算184
9.2 業務場景185
9.2.1 假設驅動開發和數據驅動開發186
9.2.2 適應度函數作為試驗媒介187
9.3 構建企業級適應度函數191
9.3.1 案例研究：零日安全漏洞192
9.3.2 在現有集成架構中拆分限界上下文193
9.4 從哪里開始195
9.4.1 觸手可及的成果195
9.4.2 最高價值優先196
9.4.3 測試196
9.4.4 基礎設施196
9.4.5 案例研究：PenultimateWidgets的企業級架構197
9.5 未來狀態198
9.5.1 使用AI的適應度函數198
9.5.2 生成式測試198
9.6 構建演進式架構的場合199
9.6.1 什么情況下公司應該構建演進式架構199
9.6.2 什么情況下公司不需要構建演進式架構201
9.7 小結202
新書資訊![演進式架構（原書第2版） [美]尼爾·福特 [美]麗貝卡·帕森斯 [美]普拉莫德·薩達拉奇 [英]帕特里克·夸](http://pic.book1993.com/Pic)