DevOps：軟件架構師行動指南 ( 簡體 字) |
| 作者：作者：[澳] 倫恩·拜斯(Len Bass) 英戈·韋伯（Ingo Weber） 朱黎明（Liming Zhu） 著 | 類別：1. -> 程式設計 -> 綜合 |
| 譯者： |
| 出版社：機械工業出版社 |  3dWoo書號： 46354
詢問書籍請說出此書號！【缺書】
NT售價： 345 元 |
| 出版日：3/1/2017 |
| 頁數：244 |
| 光碟數：0 |
|
站長推薦：   |
| 印刷：黑白印刷 | 語系： ( 簡體 版 ) |
| |
加入購物車  │加到我的最愛
(請先登入會員) |
| ISBN：9787111562610 |
| 作者序 | 譯者序 | 前言 | 內容簡介 | 目錄 | 序 |
| (簡體書上所述之下載連結耗時費功, 恕不適用在台灣, 若讀者需要請自行嘗試, 恕不保證) |
| 作者序： |
| 譯者序： |
前言：多年以來，我們一直在探索研究運維中的問題。自然而然地，我們也一直在追蹤DevOps運動。它正在沿著Gartner成熟度曲線向上發展。這種現象有著堅實的業務原因。我們能夠找到從信息技術經理視角對DevOps的探討（例如小說《鳳凰項目：一個IT運維的傳奇故事》），也能找到從項目經理視角對DevOps的探討（例如《持續交付：發布可靠軟件的系統方法》）。而且，關于文化變革和文化變革對于打破組織單元之間障礙的意義，也有大量的資料。
然而，令我們感到失望的是，鮮有從軟件架構師角度對DevOps探討的資料。把運維人員視為首要干系人并且聆聽他們的需求當然是非常重要的。使用工具來支持運維和項目管理也是非常重要的。然而，我們強烈感覺到，DevOps并不僅僅是關于干系人管理和工具使用的。
事實上，正是因為目前缺少這方面的資料，所以我們才決定撰寫本書，把這些缺失的內容填充起來。DevOps與設計、過程、工具化和組織結構之間的相互作用令人著迷。我們試圖回答兩個主要問題：作為軟件架構師，我需要做出什么樣的技術決策才能夠實現DevOps目標？DevOps領域的其他參與者會對我產生什么樣的影響？
以上這些問題的答案是，實現DevOps目標可能包含著對你的系統架構和角色以及責任做出重大變更，在把系統部署到生產環境以及在生產環境中支持這些系統時，需要以上角色及責任。
正如軟件架構師必須理解他們所設計與構建的系統的業務情境和目標一樣，理解DevOps也要理解組織和業務情境，同時也要理解技術和運維情境。我們探索了所有這些內容。
本書的主要讀者是那些曾經被問過或者將被問到“這個項目或者組織是否應該采用DevOps實踐”這個問題的執業軟件架構師。甚至他們不是被追問這個問題，而是他們有可能被告知是否應該采用DevOps實踐。與所有書一樣，我們期望還有其他類型的讀者。那些有興趣學習更多關于軟件架構實踐的學生應該可以在本書中找到一些感興趣的資料。那些想探索研究DevOps課題的研究人員可以在本書中找到重要的背景資料。然而，我們的主要讀者還是那些執業軟件架構師。
概述
在本書的開始，我們討論了DevOps的背景。在第一部分中，我們研究了DevOps的目標以及期望使用DevOps來解決的問題。我們會涉及組織和文化問題，也會涉及DevOps實踐和敏捷方法學的關系。
在第2章中，我們研究了云。隨著云即平臺（Cloud as a Platform）的增長，DevOps實踐也得到了發展。理論上，DevOps和云即平臺是可分開的，但是事實上，虛擬化和云是推動DevOps實踐的重要力量。
在介紹背景知識的最后一章（第3章）中，我們按照信息技術基礎設施庫（Information Technology Infrastructure Library，ITIL）的理論研究了運維。ITIL是對運維組的最重要功能進行組織的體系。不是所有的運維工作都包含在DevOps實踐中，但是理解運維組的職責卻會提供重要的上下文信息，特別是當需要理解角色和職責時。
第二部分描述了部署流水線（Deployment Pipeline）。在這一部分中，我們首先探索了微服務架構風格，這出現在第4章中。為了應用DevOps實踐而以微服務風格進行系統架構并不是必需的，但是，卻能用微服務架構風格來解決DevOps所需要解決的一些問題。
在第5章中，我們簡略介紹了構建和測試過程以及工具鏈。理解這些內容很重要，但它們不是我們的焦點。我們介紹了把系統部署到生產環境所關聯的各種不同環境以及在這些環境上執行的不同類型的測試。因為在DevOps中用到的很多工具也在構建和測試過程中被用到了，所以我們提供了理解這些工具和如何控制它們的上下文信息。
我們以討論部署結束第二部分。DevOps的目標之一是加速部署。實現這個目標的一種技術是，使得每個開發團隊可以在完成準備后獨立地部署他們的代碼。獨立部署帶來了很多一致性的問題。我們將討論不同的部署模型；管理同時運行在生產環境中不同版本的系統；在發生錯誤時回滾；以及與實際把系統部署到生產環境中有關的其他主題。
第二部分提供了從功能視角觀察部署實踐的內容。然而，與其他任何系統一樣，質量視角常常是控制系統設計和系統接受度的主要因素。在第三部分中，我們聚焦在橫切關注點上。我們首先在第7章中討論了監控和現場測試（live testing）。現代軟件測試實踐在將系統部署到生產環境中以后并沒有結束。首先，系統被廣泛地監控以檢測問題；其次，在將系統部署到生產環境以后，測試正以各種形式繼續進行。
另一個橫切關注點是安全。我們在第8章中討論了該內容。我們展示了環境中各種不同類型的安全控制，包括組織范圍和特定系統范圍的安全控制。我們討論了與實現安全相關聯的不同角色以及在安全審計案例中如何評估這些角色。
安全不是質量關注的全部。在第9章中，我們討論了與DevOps實踐有關的其他方面的質量。我們討論的主題包括部署流水線的性能、可靠性和可修改性。
第三部分的最后，我們在第10章中討論了業務關注。像DevOps這種涉及面廣泛的實踐，如果得不到來自管理層的支持，是無法被采用的。業務計劃是尋求這種支持的一種典型方法。因此，我們描述了為引進DevOps所需要準備的業務計劃的組成元素，然后討論了如何進行論證、推出和測量業務計劃。
在第四部分中，我們描述了3個案例研究。這些實施了DevOps實踐的組織給我們講解了他們所采用的一些技巧。第11章討論了為了實現業務連續性如何維護兩個數據中心；第12章展示了一個持續部署流水線的細節；第13章描述了一個組織是如何遷移到微服務架構上的。
作為本書的結尾，我們在第五部分展望了DevOps的未來。第14章描述了我們的研究以及它是如何基于把運維視作一系列過程來進行的。第15章預測了未來3∼5年DevOps將如何發展。
致謝
本書離不開眾多人的幫助。在此，感謝Chris Williams、John Painter、Daniel Hand和Sidney Shek，他們為案例研究做出了貢獻。同時，感謝Adnene Guabtni、Kanchana Wickremasinghe、Min Fu和Xiwei Xu在有些章節中提供的幫助。
感謝Manuel Pais幫助我們編排了案例研究。感謝Philippe Kruchten、Eoin Woods、Gregory Hartman、Sidney Shek、Michael Lorant、Wouter Geurts和Eltjo Poort對本書做出了評論或者為本書的某些方面做出了貢獻。
下列人士對第13章做出了評論，在此表示感謝：Jean-Michel、Lemieux、Greg Warden、Robin Fernandes、Jerome Touffe-Blin、Felipe Cuozzo、Pramod Korathota、Nick Wright、Vitaly Osipov、Brad Baker和Jim Watts。
在出版階段，Addison-Wesley出版社的編輯用他們一貫的專業和高效的工作為本書順利出版做出了貢獻。他們的專業知識和工作經驗提升了本書的質量。
最后，感謝NICTA和NICTA的管理層。NICTA是由澳大利亞政府通過通信部（Department of Communications）和由澳大利亞研究委員會（Australian Research Council）通過ICT卓越中心（Centre of Excellence）項目組建的。如果沒有他們的慷慨支持，本書將難以完成。
圖例說明
對于圖，我們使用了4種不同的圖例。我們使用架構標注法來識別我們使用的關鍵架構概念；使用業務流程建模標注（Business Process Model and Notation，BPMN）來描述一些過程；使用波特價值鏈標注（Porter’s Value Notation）來描述一些其他的過程；使用UML時序圖來組織活動的順序。這里沒有給出UML時序圖標注。我們給出了通過其他方法進行的標注。
架構
圖P-1 人員，包括個體和組
圖P-2 組件（運行時實體）、模塊（代碼時實體集合）和數據流
圖P-3 特殊化的實體
圖P-4 實體集合
業務流程建模標注
我們使用業務流程建模標注來描述事件和活動[OMG 11]。
圖P-5 事件標識
圖P-6 活動和活動序列
波特價值鏈
該標注用來描述過程（包含在業務流程建模標注中建模的活動）。
圖P-7 價值鏈中的條目 |
內容簡介：本書從軟件架構師視角講解了引入DevOps實踐所需要擁有的技術能力，涵蓋運維、部署流水線、監控、安全與審計以及質量關注。通過3個經典案例研究，講解了在不同場景下應用DevOps實踐的方法。這對于想應用DevOps實踐的組織具有切實的指導意義。
本書共五部分。第一部分（第1~3章）介紹DevOps的背景。第1章介紹DevOps的目標和期望使用DevOps解決的問題等；第2章介紹云；第3章按照信息技術基礎設施庫（Information Technology Infrastructure Library，ITIL）的理論介紹運維。第二部分（第4~6章）介紹部署流水線，從功能性視角介紹部署實踐的內容。第4章介紹微服務架構風格；第5章介紹構建和測試過程以及工具鏈；第6章介紹部署，它是DevOps的目標之一。第三部分（第7~10章）介紹橫切關注點。第7章介紹計算監控和實時測試；第8章介紹安全與安全審計；第9章介紹與DevOps實踐有關的其他非功能需求，包括部署流水線的性能、可靠性、可修改性等；第10章介紹業務關注點，包括為引進DevOps所需要準備的業務計劃的組成元素，以及如何進行論證、推出和測量業務計劃。第四部分（第11~13章）介紹3個案例研究。第11章介紹為了實現業務連續性如何維護兩個數據中心；第12章介紹一個持續部署流水線的詳細內容；第13章介紹一個組織如何遷移到微服務架構上。第五部分（第14~15章）設想了DevOps的未來。第14章介紹目前的研究以及如何基于把運維視作一系列過程來進行；第15章給出了3~5年內DevOps將如何發展的預測。
本書適合軟件架構師、中高級運維工程師、計算機相關專業的學生、希望提高IT生產力的人員等閱讀。
DevOps為加速新軟件功能的發布和改善對生產環境系統的監控帶來了希望，但是對軟件架構師和軟件架構來說，DevOps的關鍵意義卻常常被忽視。
Len Bass、Ingo Weber和Liming Zhu這三位卓越的架構師全面解決了這些問題。他們不僅研究了軟件架構師為實現DevOps目標必須要做出的決策，并且說明DevOps的其他參與者有可能以哪種方式來影響架構師的工作，還詳細介紹高效部署DevOps所需要的組織、技術和運營環境，以及DevOps對每個開發階段的影響。作者解決了把多個功能關聯起來的橫切關注點問題，提供了對合規性、性能、可靠性、可重復性和安全方面的切合實際的洞察。
本書通過3個真實的案例講解在不同場景下應用DevOps實踐的方法：數據中心復制以保障業務連續性的實踐、管理一個持續部署流水線的例子、遷移到微服務架構的案例。
本書全面覆蓋了以下內容：
為什么DevOps要求在系統架構和IT角色這兩個方面都做出重大的改變。
虛擬化和云計算如何使DevOps實踐成為現實。
將運維和它的服務生命周期集成到DevOps中。
設計能夠和DevOps實踐完美配合的新系統。
將DevOps與敏捷方法和測試驅動開發集成在一起。
處理故障檢測、升級規劃和其他關鍵問題。
管理從DevOps的獨立部署模型中衍生出的一致性問題。
將安全控制、角色和審計集成到DevOps中。
為DevOps的應用、推出和度量而準備業務計劃。 |
目錄：譯者序
前言
第一部分 背 景
第1章 DevOps是什么 …… 2
1.1 概述 …… 2
1.1.1 定義DevOps …… 2
1.1.2 DevOps實踐 …… 3
1.1.3 持續部署的例子：IMVU …… 5
1.2 為什么是DevOps …… 5
1.2.1 發布過程 …… 5
1.2.2 配合不佳的原因 …… 7
1.2.3 運維人員能力有限 …… 7
1.3 DevOps視角 …… 8
1.3.1 自動化 …… 8
1.3.2 開發團隊的職責 …… 9
1.4 DevOps與敏捷 …… 9
1.5 團隊結構 …… 10
1.5.1 團隊規模 …… 10
1.5.2 團隊角色 …… 10
1.6 協作 …… 13
1.6.1 協作的形式 …… 13
1.6.2 團隊協作 …… 14
1.6.3 跨團隊協作 …… 14
1.7 障礙 …… 15
1.7.1 文化及組織類型 …… 15
1.7.2 部門類型 …… 16
1.7.3 筒倉思維方式（Silo Mentality） …… 17
1.7.4 工具支持 …… 17
1.7.5 人員問題 …… 17
1.8 小結 …… 18
1.9 更多閱讀材料 …… 18
第2章 云即平臺 …… 20
2.1 概述 …… 20
2.2 云的特性 …… 21
2.2.1 虛擬化 …… 22
2.2.2 IP和域名系統管理 …… 23
2.2.3 平臺即服務 …… 25
2.2.4 分布式環境 …… 25
2.3 獨特的云特性對DevOps的影響 …… 30
2.3.1 環境 …… 30
2.3.2 輕松創建虛擬機 …… 31
2.3.3 數據考量 …… 31
2.4 小結 …… 32
2.5 更多閱讀材料 …… 33
第3章 運維 …… 34
3.1 概述 …… 34
3.2 運維服務 …… 34
3.2.1 供給硬件 …… 34
3.2.2 供給軟件 …… 35
3.2.3 IT功能 …… 36
3.2.4 服務級別協議 …… 36
3.2.5 容量規劃 …… 36
3.2.6 業務連續性和安全 …… 37
3.2.7 服務策略 …… 38
3.2.8 服務設計 …… 39
3.2.9 服務移交 …… 39
3.2.10 服務運維 …… 40
3.2.11 服務運維概念 …… 40
3.3 服務運維功能 …… 41
3.4 持續服務改進 …… 42
3.5 運維和DevOps …… 43
3.6 小結 …… 44
3.7 更多閱讀材料 …… 44
第二部分 部署流水線
第4章 整體架構 …… 48
4.1 DevOps實踐是否需要架構調整 …… 48
4.2 架構結構總覽 …… 49
4.2.1 協作模式 …… 50
4.2.2 資源管理 …… 51
4.2.3 架構元素之間的映射 …… 52
4.3 微服務架構的質量 …… 52
4.3.1 可靠性 …… 53
4.3.2 可修改性 …… 54
4.4 團隊的亞馬遜規則 …… 55
4.5 現有系統的微服務方案 …… 56
4.6 小結 …… 56
4.7 更多閱讀材料 …… 57
第5章 構建與測試 …… 58
5.1 概述 …… 58
5.2 在部署流水線中移動系統 …… 59
5.2.1 可追溯性 …… 59
5.2.2 環境 …… 60
5.3 橫切關注點 …… 61
5.4 開發及提交前測試 …… 63
5.4.1 版本控制與分支 …… 63
5.4.2 功能開關 …… 65
5.4.3 配置參數 …… 66
5.4.4 在開發和提交前測試中的測試 …… 67
5.5 構建與集成測試 …… 67
5.5.1 構建腳本 …… 67
5.5.2 打包 …… 68
5.5.3 持續集成與構建狀態 …… 69
5.5.4 集成測試 …… 70
5.6 用戶驗收測試/預發布/性能測試 …… 70
5.7 生產環境 …… 71
5.7.1 早期發布測試 …… 71
5.7.2 錯誤檢測 …… 72
5.7.3 現場測試 …… 72
5.8 事件 …… 73
5.9 小結 …… 73
5.10 更多閱讀材料 …… 74
第6章 部署 …… 75
6.1 概述 …… 75
6.2 部署管理的策略 …… 76
6.2.1 藍/綠部署 …… 76
6.2.2 滾動升級 …… 77
6.3 邏輯一致性 …… 78
6.3.1 相同服務的多個版本同時存在 …… 78
6.3.2 兼容數據庫中保存的數據 …… 81
6.4 打包 …… 82
6.5 多環境部署 …… 84
6.6 部分部署 …… 86
6.6.1 金絲雀測試 …… 86
6.6.2 A/B測試 …… 87
6.7 回滾 …… 87
6.8 工具 …… 89
6.9 小結 …… 90
6.10 更多閱讀材料 …… 90
第三部分 橫切關注點
第7章 監控 …… 94
7.1 概述 …… 94
7.2 監控什么 …… 95
7.2.1 故障檢測 …… 96
7.2.2 性能下降檢測 …… 96
7.2.3 容量規劃 …… 97
7.2.4 用戶交互 …… 98
7.2.5 入侵檢測 …… 99
7.3 如何監控 …… 99
7.3.1 基于代理的監控和無代理的監控 …… 101
7.3.2 監控運維活動 …… 102
7.3.3 收集和存儲 …… 102
7.4 什么時候變更監控配置 …… 103
7.5 解釋監控數據 …… 103
7.5.1 日志 …… 104
7.5.2 繪圖和展示 …… 105
7.5.3 警報和警告 …… 105
7.5.4 診斷和反應 …… 106
7.5.5 監控DevOps過程 …… 106
7.6 挑戰 …… 107
7.6.1 挑戰1：持續變更下的監控 …… 107
7.6.2 挑戰2：自下向上與自上向下和在云中的監控 …… 108
7.6.3 挑戰3：監控微服務架構 …… 109
7.6.4 挑戰4：處理大容量的分布式（日志）數據 …… 109
7.7 工具 …… 109
7.8 從監控數據中診斷出異常——Platformer.com的案例 …… 110
7.8.1 背景 …… 111
7.8.2 數據收集 …… 112
7.8.3 檢測異常 …… 112
7.8.4 思考 …… 113
7.9 小結 …… 113
7.10 更多閱讀材料 …… 114
第8章 安全與安全審計 …… 115
8.1 安全是什么 …… 115
8.2 威脅 …… 117
8.3 需要保護的資源 …… 118
8.4 安全角色和活動 …… 120
8.5 身份管理 …… 122
8.5.1 認證 …… 123
8.5.2 授權 …… 125
8.6 訪問控制 …… 126
8.6.1 阻止訪問 …… 127
8.6.2 誰負責預防控制 …… 129
8.7 檢測、審計和拒絕服務 …… 129
8.8 開發 …… 130
8.9 審計者 …… 130
8.10 應用設計考慮 …… 131
8.11 部署流水線設計考慮 …… 132
8.12 小結 …… 133
8.13 更多閱讀材料 …… 134
第9章 其他非功能需求 …… 135
9.1 概述 …… 135
9.2 可重復性 …… 136
9.2.1 在恰當的層級上定義和執行過程 …… 136
9.2.2 版本控制所有事物 …… 138
9.3 性能 …… 139
9.3.1 測量重要的事物 …… 139
9.3.2 提高資源使用率 …… 140
9.4 可靠性 …… 141
9.4.1 理解不同服務的可靠性特性 …… 141
9.4.2 早期檢測和修復錯誤 …… 142
9.5 可恢復性 …… 142
9.6 互操作性 …… 143
9.6.1 注意接口的互操作性 …… 143
9.6.2 理解現有的數據模型 …… 143
9.7 可測試性 …… 144
9.8 可修改性 …… 145
9.8.1 一個工具內的修改 …… 145
9.8.2 工具之間交互行為的修改 …… 146
9.9 小結 …… 146
9.10 更多閱讀材料 …… 147
第10章 業務關注點 …… 148
10.1 概述 …… 148
10.2 業務案例 …… 148
10.2.1 問題和解決問題所帶來的好處 …… 149
10.2.2 成本 …… 149
10.2.3 干系人影響 …… 150
10.2.4 風險及其減緩 …… 151
10.2.5 推出計劃 …… 153
10.2.6 成功標準 …… 154
10.3 度量和對DevOps實踐的合規性 …… 155
10.3.1 測量DevOps實踐的成功度 …… 155
10.3.2 測量對DevOps實踐的合規性 …… 156
10.3.3 測量干系人的滿意度 …… 157
10.4 Dev和Ops之間的交互點 …… 157
10.4.1 許可 …… 157
10.4.2 事故處理 …… 158
10.5 小結 …… 159
10.6 更多閱讀材料 …… 159
第四部分 案 例 研 究
第11章 支持多數據中心 …… 162
11.1 概述 …… 162
11.2 當前的情況 …… 163
11.3 業務邏輯和Web層 …… 163
11.3.1 應用邏輯 …… 163
11.3.2 基礎設施 …… 164
11.3.3 增加一個應用 …… 164
11.3.4 發現基礎設施 …… 165
11.4 數據庫層 …… 167
11.4.1 事務數據 …… 167
11.4.2 基礎設施支持 …… 168
11.4.3 會話數據 …… 168
11.5 其他基礎設施工具 …… 168
11.5.1 gem存儲庫服務器 …… 169
11.5.2 Elasticsearch …… 169
11.5.3 域名系統 …… 169
11.6 數據中心切換 …… 170
11.6.1 受控切換步驟 …… 170
11.6.2 非受控切換 …… 174
11.6.3 定義和自動化切換步驟 …… 175
11.7 測試 …… 177
11.7.1 數據中心切換應用程序 …… 177
11.7.2 基礎設施測試 …… 177
11.7.3 持續交付流水線 …… 177
11.8 小結 …… 178
11.9 更多閱讀材料 …… 179
第12章 實施企業的持續部署流水線 …… 180
12.1 概述 …… 180
12.2 組織背景 …… 180
12.3 持續部署流水線 …… 182
12.3.1 持續部署流水線工具 …… 183
12.3.2 使用AWS CloudFormation的環境定義 …… 184
12.3.3 標準化的應用程序生命周期概覽及其使用 …… 186
12.3.4 標準化的應用程序生命周期階段 …… 188
12.3.5 管理復雜的應用程序和流水線狀態 …… 194
12.3.6 管理持久化 …… 196
12.4 讓安全成為持續部署流水線的基礎 …… 196
12.4.1 使用Amazon CloudFormation分離職責 …… 196
12.4.2 身份和訪問管理 …… 197
12.5 高級概念 …… 198
12.5.1 最小化生產環境和非生產環境之間的偏移 …… 198
12.5.2 解決供應商的限制 …… 198
12.5.3 廠商鎖定 …… 199
12.5.4 新的AWS內置服務的展望 …… 199
12.6 小結 …… 199
12.7 更多閱讀材料 …… 200
第13章 遷移到微服務 …… 202
13.1 Atlassian概述 …… 202
13.2 構建部署微服務的平臺 …… 203
13.3 BlobStore：一個微服務例子 …… 206
13.3.1 架構 …… 206
13.3.2 通過純函數式架構和編程實現安全性和性能 …… 207
13.3.3 解決“非功能需求” …… 210
13.4 開發過程 …… 210
13.4.1 開發人員和支持 …… 211
13.4.2 構建和部署流水線 …… 212
13.4.3 客戶應用的生產環境的零停機時間路徑 …… 214
13.5 BlobStore演進 …… 215
13.6 小結 …… 219
13.7 更多閱讀材料 …… 219
第五部分 走 向 未 來
第14章 作為過程的運維 …… 222
14.1 概述 …… 222
14.2 動機和概覽 …… 223
14.3 離線活動 …… 224
14.4 在線活動 …… 227
14.4.1 錯誤檢測 …… 227
14.4.2 錯誤恢復 …… 229
14.5 錯誤診斷 …… 229
14.6 監控 …… 231
14.7 小結 …… 231
14.8 更多閱讀材料 …… 231
第15章 DevOps的未來 …… 232
15.1 概述 …… 232
15.2 組織問題 …… 233
15.2.1 DevOps活動中可能涉及的其他組 …… 233
15.2.2 所有關系和重組 …… 234
15.2.3 授權與控制 …… 234
15.3 過程問題 …… 235
15.3.1 廠商鎖定和標準 …… 235
15.3.2 計費模型 …… 235
15.3.3 變更的速度 …… 236
15.4 技術問題 …… 237
15.4.1 持續部署流水線概念 …… 237
15.4.2 在持續部署流水線中獲得質量 …… 239
15.4.3 實現 …… 239
15.5 錯誤報告和修復 …… 240
15.6 結束語 …… 240
15.7 更多閱讀材料 …… 240
參考文獻 …… 241 |
| 序： |
