了得網計算機/網絡_混沌工程：Netflix繫統穩定性之道

編輯推薦

√混沌工程是對繫統的容錯設計進行驗證，保障繫統穩定性的新方法！
√《混沌工程：Netflix繫統穩定性之道》繫統地介紹了混沌工程的演進及實踐原則，幫助讀者理解其設計思想；
√來自混沌工程概念的提出者與實踐者Netflix工程師的官方一手資料；
√國內混沌工程的早期實踐者與推動者中亭作序審校；
√本書對英文原版中一些較難理解的詞句進行了優化，並對專業術語等做了詳細注解。

內容簡介

在一個由很多微服務組成的分布式繫統中，我們永遠難以全面掌握發生什麼事件會導致繫統局部不可用，甚至全面崩潰。但我們卻可以盡可能地在這些不可用的情況發生之前找出繫統中的脆弱點。本書介紹了Netflix 的工程師團隊是如何根據多年實踐經驗主動發現繫統中脆弱點的一整套方法。這套方法現在已經逐漸演變成計算機科學的一門新興學科，即“混沌工程”。通過一繫列可控的實驗和執行實驗的原則，混沌工程將揭示出分布式繫統中隨時發生的各類事件是如何逐步導致繫統整體不可用的。本書既適合研發、測試人員用來了解如何構建健壯的繫統，也適合軟件架構師用來了解設計創建高可用微服務體繫的前沿方法，同時更適合在大型互聯網或技術組織中專門負責繫統穩定性的工程團隊閱讀。

作者簡介

Ali Basiri是Netflix混沌工程團隊的創始人，他致力於通過混沌自動化平臺（ChAP）、混沌猴子和FIT等一繫列彈性計劃確保Netflix的可用性。在此之前，Ali負責Netflix的主動區域故障轉移功能，並開發了Citrus——一種使用生產流量的分布式負載測試工具。在Netflix之前，Ali是PagerDuty的位員工，致力於PagerDuty的彈性工作，以保證至少一次通知交付。
侯傑，TGO 鯤鵬會會員，美利金融技術副總裁，整體負責美利金融技術研發工作。曾在愛點擊，IBM 中國，IBM 澳大利亞擔任研發管理，咨詢管理等職位，帶領團隊負責過多個大規模金融行業信息化項目，和互聯網轉型實踐。畢業於南京大學。

部分混沌工程介紹 ...................................... 21
第1 章為什麼需要混沌工程 .................................................. 25
混沌工程和測試的區別 .............................................. 25
混沌工程絕不是Netflix 的專屬 ................................. 28
實施混沌工程的前提條件 .......................................... 31
第2 章管理復雜性 .................................................................. 35
理解復雜繫統 .............................................................. 37
繫統復雜性的例子 ...................................................... 41
從例子中學到了什麼 .................................................. 45
第二部分混沌工程原則 ...................................... 49
第3 章建立穩定狀態的假設 .................................................. 55
如何描述穩定狀態 ...................................................... 60
建立假設 ...................................................................... 61
第4 章用多樣的現實世界事件做驗證 .................................. 65

部分混沌工程介紹 ...................................... 21
第1 章為什麼需要混沌工程 .................................................. 25
混沌工程和測試的區別 .............................................. 25
混沌工程絕不是Netflix 的專屬 ................................. 28
實施混沌工程的前提條件 .......................................... 31
第2 章管理復雜性 .................................................................. 35
理解復雜繫統 .............................................................. 37
繫統復雜性的例子 ...................................................... 41
從例子中學到了什麼 .................................................. 45
第二部分混沌工程原則 ...................................... 49
第3 章建立穩定狀態的假設 .................................................. 55
如何描述穩定狀態 ...................................................... 60
建立假設 ...................................................................... 61
第4 章用多樣的現實世界事件做驗證 .................................. 65
第5 章在生產環境中進行實驗 .............................................. 73
狀態和服務 .................................................................. 74
生產環境中的輸入 ...................................................... 76
第三方繫統 .................................................................. 77
生產環境變更 .............................................................. 79
外部有效性 .................................................................. 79
不願意實踐混沌工程的說辭 ...................................... 80
離生產環境越近越好 .................................................. 82
第6 章自動化實驗以持續運行 .............................................. 84
自動執行實驗 .............................................................. 84
自動創建實驗 .............................................................. 89
第7 章小化爆炸半徑 .......................................................... 91
第三部分混沌工程實踐 ...................................... 97
第8 章設計實驗 .................................................................... 100
選定假設 .................................................................... 101
設定實驗的範圍 ........................................................ 101
識別出要監控的指標 ................................................ 102
在組織內溝通到位 .................................................... 103
執行實驗 .................................................................... 104
分析實驗結果 ............................................................ 105
擴大實驗範圍 ............................................................ 105
自動化實驗 ................................................................ 106
第9 章混沌工程成熟度模型 ................................................ 107
熟練度 ........................................................................ 108
應用度 ........................................................................ 110
繪制成熟度模型圖 .................................................... 112
第10 章結論 .......................................................................... 114
一些資源 .................................................................... 114

前言

序
要設計良好的繫統需要考慮很多因素，比如可靠性、安全性、可擴展性、可定制化、可伸縮性、可維護性、用戶體驗等。為了更高效地支撐業務發展，越來越多的企業選擇基於雲服務或雲原生理念來構建平臺。采用新思路和新技術必然會帶來繫統架構和組織結構的變革，引入風險因素。如何通過實驗證明生產環境下的分布式繫統在面對失控條件的時候依然具備較強的“可觀測性”和故障恢復能力呢？這就是混沌工程要解決的問題。
為了提升研發效率、支撐未來業務發展，2008 年淘寶完成了服務化拆分和改造。伴隨著應用數量的激增，多起因為不合理依賴導致的可用性故障發生了。作為保障高可用的技術團隊，2011 年我們開始嘗試使用故障注入的方法來驗證和治理繫統的依賴問題，並在故障模擬實現、自動化驗證、環境隔離、流量制造等方面進行了多次方案升級，沉澱了一套自動化的依賴治理方案。2016 年，為了更真實地驗證繫統的容錯設計和組織響應問題的能力，我們開始嘗試在生產環境中進行故障場景演練。通過幾年的發展，線上故障演練已經覆蓋了大部分核心業務，提前發現了很多繫統、工具、流程方面的問題。

序
要設計良好的繫統需要考慮很多因素，比如可靠性、安全性、可擴展性、可定制化、可伸縮性、可維護性、用戶體驗等。為了更高效地支撐業務發展，越來越多的企業選擇基於雲服務或雲原生理念來構建平臺。采用新思路和新技術必然會帶來繫統架構和組織結構的變革，引入風險因素。如何通過實驗證明生產環境下的分布式繫統在面對失控條件的時候依然具備較強的“可觀測性”和故障恢復能力呢？這就是混沌工程要解決的問題。
為了提升研發效率、支撐未來業務發展，2008 年淘寶完成了服務化拆分和改造。伴隨著應用數量的激增，多起因為不合理依賴導致的可用性故障發生了。作為保障高可用的技術團隊，2011 年我們開始嘗試使用故障注入的方法來驗證和治理繫統的依賴問題，並在故障模擬實現、自動化驗證、環境隔離、流量制造等方面進行了多次方案升級，沉澱了一套自動化的依賴治理方案。2016 年，為了更真實地驗證繫統的容錯設計和組織響應問題的能力，我們開始嘗試在生產環境中進行故障場景演練。通過幾年的發展，線上故障演練已經覆蓋了大部分核心業務，提前發現了很多繫統、工具、流程方面的問題。
也許很多人聽說過Netflix 的Chaos Monkey，但是大多數人對於混沌工程的概念還是比較模糊的。隨著2017 年本書的英文版面世，這種狀況得到了改觀。書中凝聚了批混沌工程師的智慧和經驗，從建立穩定狀態的假設、用多樣的現實世界事件做驗證、在生產環境中進行實驗、自動化實驗以持續運行、小化爆炸半徑五個角度對混沌工程進行抽像和概括，詳細地闡述了混沌工程的演進和實踐原則。書中的每條原則都既傳遞了一種思想，也代表著一套工具產品的設計思路。結合阿裡巴巴在依賴治理、故障演練方面的實踐積累，更能體會到每條原則的精妙。
周洋（花名：中亭）
阿裡巴巴高可用架構團隊高級技術專家
開源項目ChaosBlade 發起人
譯者序
軟件繫統自身復雜度的激增、開發者在引入復雜性的同時對風險的低估和忽視，是繫統可用性面臨的兩大挑戰。
為了應對這兩大挑戰，Netflix 選擇了一條不同尋常的路。從混亂猴子開始，Netflix 為應對不確定性的領域帶來了一種全新的思維方式——主動出擊。這種主動出擊的思維方式衍生出的一套實踐方法，被稱為混沌工程（Chaos Engineering），它旨在從根本上改變開發者應對軟件缺陷和故障的思維方式。在此之前，我們期望通過一繫列的測試驗證手段，盡的可能確保在線上運行的繫統沒有缺陷和故障。而混沌工程的理念認為這既不現實，也不符合繫統自然發展的規律。混沌工程提倡我們首先要正面接受繫統一定會存在缺陷，並且一定會時不時地發生故障的事實；然後，要求我們通過一繫列實驗找出可能發生問題的風險點，進而在不斷加固繫統的同時，促使開發者在開發軟件時必須選擇將防御性內建在繫統中。
混沌工程的理論，建構於塔勒布在《反脆弱》一書中所闡述的思想之上，即繫統如何在不確定性中獲益。在接受“繫統越復雜，越脆弱”的事實之後，讓繫統在每一次失敗中獲益，然後不斷進化，這是混沌工程的核心思想。在實踐中，混沌工程提倡用一繫列實驗來真實地驗證繫統在各類故障場景下的表現，通過頻繁地進行大量實驗，既使得繫統本身的反脆弱性持續增強，也讓開發者對繫統越來越有信心。這個信心同時也是繫統高速迭代，占盡市場先機的一個前提因素。
混沌工程目前還是一個新興的學科，它為軟件工程行業帶來了全新的思維方式。相信越來越多的實踐和工具，會一步步釋放這個學科的能量，吸引更多的實踐者。團隊或組織可以在任何時間點引入混沌工程的理念，這是一門實踐性的學科，所以現在就和我們一起，開啟你的混沌之旅吧！

媒體評論

“O’Reilly Radar博客有口皆碑。”
——Wired

“O’Reilly憑借一繫列（真希望當初我也想到了）非凡想法建立了數的業務。”
——Business 2.0

“O’Reilly Conference是聚集關鍵思想領袖的*典範。”
——CRN

“O’Reilly Radar博客有口皆碑。”
——Wired

“O’Reilly憑借一繫列（真希望當初我也想到了）非凡想法建立了數的業務。”
——Business 2.0

“O’Reilly Conference是聚集關鍵思想領袖的*典範。”
——CRN

“一本O’Reilly的書就代表一個有用、有前途、需要學習的主題。”
——Irish Times

“Tim是位特立獨行的商人，他不光放眼於*長遠、*廣闊的視野並且切實地按照Yogi Berra的建議去做了：‘如果你在路上遇到岔路口，走小路（岔路）。’回顧過去，Tim似乎每一次都選擇了小路，而且有幾次都是一閃即逝的機會，盡管大路也不錯。”
——Linux Journal

商品搜索

商品分类

【醫學】

【各大出版社】