SOA服務設計原則

第1章 概述 1
1.1 本書的目標 2
1.2 讀者對象 3
1.3 本書不涉及的內容 3
1.3.1 本叢書中包括的其他書 3
1.3.2 SOA的標準化努力 4
1.4 本書的組織結構 4
1.4.1 第1部分：基本原理 5
1.4.2 第2部分：設計原則 6
1.4.3 第3部分：補充內容 8
1.4.4 附錄 8
1.5 符號、圖形和風格約定 9
1.5.1 符號圖例 9
1.5.2 服務的符號 9
1.6 附加說明 11
1.6.1 更新、勘誤和資源 11
1.6.2 主術語表 11
1.6.3 參考規(guī)范 11
1.6.4 面向服務計算的海報 11
1.6.5 SOA 雜志 11
1.6.6 通知服務 12
1.6.7 聯(lián)系作者 12
第2章 案例研究 13
2.1 案例研究背景：Cutit Saws公司 14
2.1.1 歷史 14
2.1.2 技術基礎設施和自動化環(huán)境 14
2.1.3 業(yè)務目標與障礙 14
第1部分 基本原理
第3章 面向服務計算與SOA 18
3.1 設計的基本原理 19
3.1.1 設計特性 19
3.1.2 設計原則 20
3.1.3 設計范型 21
3.1.4 設計模式 21
3.1.5 設計模式語言 22
3.1.6 設計標準 23
3.1.7 最佳實踐 24
3.1.8 一個基本設計框架 25
3.2 面向服務計算概述 27
3.2.1 面向服務架構 27
3.2.2 面向服務、服務以及面向服務方案邏輯 28
3.2.3 服務組合 28
3.2.4 服務庫存 29
3.2.5 理解面向服務計算中的元素 29
3.2.6 服務模型 31
3.2.7 SOA和Web服務 34
3.2.8 服務庫存藍圖 37
3.2.9 面向服務分析和服務建模 37
3.2.10 面向服務設計 37
3.2.11 Service-Qriented Architecture： Concepts， Technology， and Design 39
3.3 面向服務計算的目標和價值 39
3.3.1 內在互操作性的提高 40
3.3.2 聯(lián)合的增強 41
3.3.3 廠商多樣性選擇的增加 42
3.3.4 業(yè)務和技術領域一致性的提高 42
3.3.5 投資回報率的提高 43
3.3.6 組織敏捷度的提高 44
3.3.7 IT負擔的降低 45
3.4 案例研究背景 46
第4章 面向服務 47
4.1 面向服務概述 48
4.1.1 業(yè)務自動化中的服務 49
4.1.2 服務是能力的集合 49
4.1.3 面向服務作為一種設計范型 49
4.1.4 面向服務和互操作性 51
4.2 面向服務解決的問題 52
4.2.1 在面向服務到來之前 53
4.2.2 面向服務的必要性 56
4.3 面向服務帶來的挑戰(zhàn) 58
4.3.1 設計復雜性 58
4.3.2 對設計標準的需求 59
4.3.3 自頂向下的需求 59
4.3.4 支持敏捷方案交付的反敏捷服務交付 60
4.3.5 治理需求 60
4.4 其他考慮 61
4.4.1 它不是一個革命性的范例 61
4.4.2 不要求整個企業(yè)范圍的標準化 61
4.4.3 復用不是一個絕對的需求 62
4.5 面向服務對企業(yè)的影響 62
4.5.1 面向服務和“應用程序”的概念 62
4.5.2 面向服務和“集成”的概念 64
4.5.3 服務組合 65
4.5.4 應用程序、集成和企業(yè)架構 66
4.6 面向服務的起源和影響 67
4.6.1 面向對象 67
4.6.2 Web服務 67
4.6.3 業(yè)務流程管理(BPM) 67
4.6.4 企業(yè)應用集成(EAI) 68
4.6.5 面向側面的編程(AOP) 68
4.7 案例研究背景 69
第5章 理解設計原則 71
5.1 使用設計原則 72
5.1.1 在面向服務分析中應用這些原則 72
5.1.2 在正式的設計過程中應用這些原則 73
5.1.3 建立支持的設計標準 74
5.1.4 把原則應用到一個可行的程度 74
5.2 原則概要 75
5.3 設計模式引用 76
5.4 實現(xiàn)原則vs. 調控原則 76
5.5 原則與服務實現(xiàn)媒介 78
5.6 原則與設計粒度 79
5.6.1 服務粒度 79
5.6.2 能力粒度 79
5.6.3 數(shù)據(jù)粒度 79
5.6.4 約束粒度 80
5.6.5 關于粒度級別的小節(jié) 81
5.7 案例研究背景 81
第2部分 設計原則
第6章 服務合約(標準化與設計) 86
6.1 合約釋義 87
6.1.1 技術合約簡述 87
6.1.2 服務合約的起源 88
6.2 原則概要 90
6.3 服務合約標準化的類型 91
6.3.1 功能服務描述的標準化 91
6.3.2 服務數(shù)據(jù)表示的標準化 92
6.3.3 服務策略的標準化 94
6.4 合約與服務設計 96
6.4.1 數(shù)據(jù)表示標準化和轉換的避免 96
6.4.2 標準化與粒度 97
6.4.3 標準化服務合約與服務模型 99
6.4.4 標準化服務合約設計如何影響其他原則 99
6.5 服務合約設計的相關風險 102
6.5.1 版本化 102
6.5.2 技術依賴 103
6.5.3 開發(fā)工具缺陷 103
6.6 服務合約的進一步介紹 104
6.6.1 非技術性服務合約文檔 105
6.6.2 “針對SOA的Web服務合約設計” 105
6.7 案例研究 105
6.7.1 計劃中的服務 105
6.7.2 設計標準 106
6.7.3 標準化的WSDL定義概要 106
6.7.4 標準化的XML Schema定義 107
6.7.5 標準化的服務和數(shù)據(jù)表示層 107
6.7.6 服務描述 108
6.7.7 小結 109
第7章 服務耦合(服務內及消費者依賴) 110
7.1 耦合釋義 111
7.1.1 耦合簡述 111
7.1.2 軟件耦合的起源 112
7.2 原則概要 113
7.3 服務合約耦合的類型 114
7.3.1 “邏輯-合約”耦合(服務邏輯到服務合約的耦合) 116
7.3.2 “合約-邏輯”耦合(服務合約到服務邏輯的耦合) 118
7.3.3 “合約-技術”耦合(服務合約到其底層技術的耦合) 119
7.3.4 “合約-實現(xiàn)”耦合(服務合約到其實現(xiàn)環(huán)境的耦合) 119
7.3.5 “合約-功能”耦合(服務合約到其外部邏輯的耦合) 121
7.4 服務消費者耦合的類型 122
7.4.1 “消費者-實現(xiàn)”耦合 123
7.4.2 標準化服務耦合與合約集中化 123
7.4.3 “消費者-合約”耦合 124
7.4.4 消費者耦合的度量 128
7.5 服務松散耦合與服務設計 129
7.5.1 耦合與面向服務 129
7.5.2 服務松散耦合與粒度 130
7.5.3 耦合與服務模型 131
7.5.4 服務松散耦合如何影響其他原則 132
7.6 服務松散耦合的相關風險 133
7.6.1 “邏輯-合約”耦合的限制 133
7.6.2 當模式耦合太“松散”時的問題 134
7.7 案例研究 135
7.7.1 現(xiàn)有服務的耦合級別 135
7.7.2 引入InvLegacyAPI服務 135
7.7.3 服務設計選擇 136
第8章 服務抽象(信息隱藏與元抽象類型) 140
8.1 抽象釋義 141
8.2 原則概要 142
8.3 元抽象類型 144
8.3.1 技術信息抽象 145
8.3.2 功能抽象 146
8.3.3 程序邏輯抽象 147
8.3.4 服務質量抽象 148
8.3.5 元抽象類型和Web服務影響區(qū)域 149
8.3.6 真實世界中的元抽象類型 150
8.4 服務抽象度量 153
8.4.1 合約內容的抽象級別 153
8.4.2 訪問控制級別 154
8.4.3 抽象級別與服務質量元信息 155
8.5 服務抽象與服務設計 155
8.5.1 服務抽象 vs. 服務封裝 155
8.5.2 封裝如何影響抽象 156
8.5.3 服務抽象與非技術合約文檔 157
8.5.4 服務抽象與粒度 157
8.5.5 服務抽象與服務模型 158
8.5.6 服務抽象如何影響其他的原則 158
8.6 服務抽象的相關風險 160
8.6.1 多消費者耦合的需求 160
8.6.2 人為誤判 160
8.6.3 安全和隱私的考慮 161
8.7 案例研究 161
8.7.1 服務抽象級別 161
8.7.2 操作級的抽象例子 163
第9章 服務可復用性(商業(yè)與無關設計) 166
9.1 復用釋義 167
9.1.1 復用簡述 167
9.1.2 復用的起源 169
9.2 原則概要 170
9.3 服務可復用性度量及商業(yè)設計的應用 171
9.3.1 商業(yè)設計考慮 173
9.3.2 計劃中復用的度量 174
9.3.3 實際復用的度量 175
9.3.4 商業(yè)設計和鍍金 175
9.4 SOA中的服務復用 176
9.4.1 復用和無關服務 176
9.4.2 服務庫存藍圖 176
9.5 標準化服務復用與邏輯集中化 177
9.5.1 理解邏輯集中化 177
9.5.2 作為企業(yè)標準的邏輯集中化 178
9.5.3 邏輯集中化與合約集中化 179
9.5.4 集中化與Web服務 180
9.5.5 實現(xiàn)邏輯集中化的挑戰(zhàn) 180
9.6 服務可復用性與服務設計 181
9.6.1 服務可復用性與服務建模 181
9.6.2 服務可復用性與粒度 182
9.6.3 服務可復用性與服務模型 182
9.6.4 服務可復用性如何影響其他原則 183
9.7 服務可復用性的相關風險 184
9.7.1 文化上的考慮 184
9.7.2 治理上的考慮 185
9.7.3 可靠性上的考慮 187
9.7.4 安全上的考慮 188
9.7.5 商業(yè)設計需求上的考慮 188
9.7.6 敏捷交付上的考慮 188
9.8 案例研究 189
9.8.1 Inventory服務概要 189
9.8.2 評估當前的能力 189
9.8.3 為針對性的可復用性進行建模 190
9.8.4 添加EditItemRecord操作 190
9.8.5 添加ReportStockLevels操作 190
9.8.6 添加AdjustItemsQuantity操作 190
9.8.7 修改后的Inventory服務概要 191
第10章 服務自治(處理邊界與控制) 192
10.1 自治釋義 193
10.1.1 自治簡述 193
10.1.2 自治的起源 193
10.2 原則概要 194
10.3 服務自治的類型 195
10.3.1 運行時自治 195
10.3.2 設計時自治(治理) 196
10.4 服務自治度量 197
10.4.1 服務合約自治(帶有規(guī)范化合約的服務) 197
10.4.2 服務邏輯自治(部分孤立服務) 201
10.4.3 完全自治(孤立的服務) 202
10.4.4 具有混合自治級別的服務 203
10.5 自治與服務設計 204
10.5.1 服務自治與服務建模 204
10.5.2 服務自治與粒度 204
10.5.3 服務自治與服務模型 204
10.5.4 服務自治怎樣影響其他原則 206
10.6 服務自治的相關風險 208
10.6.1 錯誤地判斷服務的范圍 208
10.6.2 包裝服務和遺留邏輯封裝 208
10.6.3 對服務需求的過高估計 209
10.7 案例研究 209
10.7.1 GetItem操作現(xiàn)在所實現(xiàn)的自治 209
10.7.2 新的擁有更高自治的操作級別架構 210
10.7.3 對于Run Lab Project組合的影響 211
第11章 服務無狀態(tài)性(狀態(tài)管理延遲與無狀態(tài)性設計) 213
11.1 狀態(tài)管理釋義 214
11.1.1 狀態(tài)管理簡述 214
11.1.2 狀態(tài)管理的起源 215
11.1.3 延遲與委托的比較 218
11.2 原則概要 218
11.3 狀態(tài)的類型 220
11.3.1 活躍和被動 221
11.3.2 無狀態(tài)和有狀態(tài) 221
11.3.3 會話和上下文數(shù)據(jù) 221
11.4 服務無狀態(tài)性度量 223
11.4.1 非延遲的狀態(tài)管理(無狀態(tài)性從低到?jīng)]有) 224
11.4.2 部分延遲存儲(較低的有狀態(tài)性) 225
11.4.3 部分架構狀態(tài)管理延遲(中等無狀態(tài)性) 225
11.4.4 完全架構狀態(tài)管理延遲(高度無狀態(tài)性) 225
11.4.5 內部延遲狀態(tài)管理(高度無狀態(tài)性) 226
11.5 無狀態(tài)性與服務設計 227
11.5.1 消息作為一個狀態(tài)延遲選項 227
11.5.2 服務無狀態(tài)性與服務實例 228
11.5.3 服務無狀態(tài)性與粒度 228
11.5.4 服務無狀態(tài)性與服務模型 229
11.5.5 服務無狀態(tài)性如何影響其他原則 229
11.6 服務無狀態(tài)性的相關風險 231
11.6.1 對于架構的依賴 231
11.6.2 增加的運行時性能需求 231
11.6.3 低估交付代價 231
11.7 案例研究 232
第12章 服務可發(fā)現(xiàn)性(可解釋性與交流) 237
12.1 可發(fā)現(xiàn)性釋義 238
12.1.1 發(fā)現(xiàn)和解釋、可發(fā)現(xiàn)性和可解釋性簡述 239
12.1.2 發(fā)現(xiàn)的起源 241
12.2 原則概要 242
12.3 發(fā)現(xiàn)和可發(fā)現(xiàn)性元信息的類型 243
12.3.1 設計時發(fā)現(xiàn)和運行時發(fā)現(xiàn) 244
12.3.2 可發(fā)現(xiàn)性元信息 245
12.3.3 功能性元數(shù)據(jù) 246
12.3.4 服務元數(shù)據(jù)的質量 246
12.4 服務可發(fā)現(xiàn)性度量 247
12.4.1 基本級別 247
12.4.2 定制分級系統(tǒng) 247
12.5 可發(fā)現(xiàn)性與服務設計 248
12.5.1 服務可發(fā)現(xiàn)性與服務建模 248
12.5.2 服務可發(fā)現(xiàn)性與粒度 249
12.5.3 服務可發(fā)現(xiàn)性與策略斷言 249
12.5.4 服務可發(fā)現(xiàn)性與服務模型 249
12.5.5 服務可發(fā)現(xiàn)性如何影響其他原則 249
12.6 服務可發(fā)現(xiàn)性的相關風險 251
12.6.1 可發(fā)現(xiàn)性在實施后的應用 251
12.6.2 由不擅交流的人員來應用本原則 251
12.7 案例研究 252
12.7.1 服務概要(功能元信息) 252
12.7.2 相關的服務質量元信息 253
第13章 服務可組合性(組合成員設計與復雜組合) 255
13.1 組合釋義 256
13.1.1 組合簡述 256
13.1.2 組合的起源 256
13.2 原則概要 260
13.3 組合的概念和術語 262
13.3.1 組合和組合實例 262
13.3.2 組合成員和控制器 262
13.3.3 服務組合和Web服務 265
13.3.4 服務活動 266
13.3.5 組合啟動器 267
13.3.6 點到點的數(shù)據(jù)交換和組合 268
13.3.7 組合的類型 268
13.4 復雜服務組合 269
13.4.1 一個服務庫存演化的階段 269
13.4.2 定義復雜服務組合 271
13.4.3 為復雜服務組合做準備 271
13.5 服務可組合性度量 272
13.5.1 組合的演化周期狀態(tài) 272
13.5.2 組合設計評估 273
13.5.3 組合運行時評估 273
13.5.4 組合治理的評估 274
13.5.5 可組合性的度量 275
13.6 組合與服務設計 278
13.6.1 服務可組合性與粒度 278
13.6.2 服務可組合性與服務模型 279
13.6.3 服務可組合性與組合自治 279
13.6.4 服務可組合性與編排 280
13.6.5 服務可組合性如何影響其他原則 281
13.7 服務組合的相關風險 284
13.7.1 組合成員成為單點失效的源頭 285
13.7.2 組合成員成為性能瓶頸 285
13.7.3 對于組合中“過度復用”的治理強度 285
13.8 案例研究 286
第3部分 補充內容
第14章 面向服務與面向對象：原則和概念上的比較 290
14.1 兩種設計范式的傳說 291
14.2 目標的比較 293
14.2.1 提高業(yè)務需求的滿足度 294
14.2.2 提高魯棒性 294
14.2.3 提高可擴展性 295
14.2.4 提高靈活性 295
14.2.5 提高可復用性和生產(chǎn)率 295
14.3 基本概念的比較 296
14.3.1 類和對象 296
14.3.2 方法和屬性 296
14.3.3 消息 297
14.3.4 接口 298
14.4 設計原則的比較 299
14.4.1 封裝 300
14.4.2 繼承 300
14.4.3 泛化和特化 301
14.4.4 抽象 303
14.4.5 多態(tài)性 303
14.4.6 開放-封閉原則(OCP) 304
14.4.7 別重復你自己(DRY) 304
14.4.8 單一職責原則(SRP) 304
14.4.9 委托 307
14.4.10 關聯(lián) 307
14.4.11 組合 308
14.4.12 聚合 308
14.5 面向服務類的設計指南 310
14.5.1 類接口的實現(xiàn) 310
14.5.2 限制類對接口的訪問 310
14.5.3 不要在接口中定義公共屬性 310
14.5.4 謹慎使用繼承 310
14.5.5 避免跨服務的has-a關系 311
14.5.6 使用抽象類進行建模，而不是進行設計 311
14.5.7 使用門面(Facade)類 311
第15章 實踐支持 312
15.1 服務概要 313
15.1.1 服務層的概要結構 313
15.1.2 能力概要結構 314
15.1.3 其他考慮因素 315
15.2 詞匯表 316
15.2.1 面向服務計算的術語 317
15.2.2 服務分類的術語 317
15.2.3 類型和相關術語 318
15.2.4 設計原則的應用級別 318
15.3 組織角色 319
15.3.1 服務分析員 321
15.3.2 服務架構師 321
15.3.3 服務管理者 321
15.3.4 schema管理者 322
15.3.5 策略管理者 322
15.3.6 服務注冊表管理者 322
15.3.7 技術交流專家 323
15.3.8 企業(yè)架構師 323
15.3.9 企業(yè)設計標準管理者(及審計員) 323
第16章 面向服務原則到戰(zhàn)略目標的映射 325
16.1 提高內在互操作性的原則 326
16.2 增強聯(lián)合的原則 327
16.3 增加廠商多樣化選擇的原則 327
16.4 提高業(yè)務和技術領域一致性的原則 328
16.5 提高投資回報率的原則 328
16.6 提高組織敏捷度的原則 329
16.7 降低IT整體負擔的原則 330
第4部分 附錄
附錄A 案例研究總結 332
附錄B 過程描述 334
B.1 交付過程 335
B.1.1 自頂向下與自底向上 335
B.1.2 庫存分析周期 335
B.1.3 庫存分析與面向服務設計 337
B.1.4 選擇交付策略 337
B.2 面向服務分析過程 338
B.2.1 定義分析范圍 339
B.2.2 識別受影響的系統(tǒng) 340
B.2.3 執(zhí)行服務建模 340
B.3 服務建模過程 340
B.4 面向服務設計過程 342
B.4.2 服務設計過程與面向服務 342
附錄C 原則和模式的對照 345
其他資源 347