前言
任何系統的可持續發展都須要與之相匹配的治理能力 。在人類文明演進的過程當中 ，技術第一輩子產力，管理則是不可或缺的軟實力，二者剛柔相濟，從而使得政治 經濟、軍事、社會造成高效可控的體系。進入 紀以來，軟件代碼藉由互聯網、雲計算、人工智能、 VR/AR物聯網等技術正在「吞噬」整個世界，大規模複雜系統成爲社會運轉的基礎設施。隨着應用的功能不斷加強，服務粒度愈加精細，系統規模更加龐大，技術架構更加複雜，技術團隊持續「膨脹」，軟件之熵急劇增加，相應的治理體系在實踐中法代演進，日趨成熟。安全
大平臺、微服務架構之下，服務治理能力相當重要。 衡量系統成熟度的主要標準是非功能性指標，如穩定性、安全性、可維護性、可擴展性等 系統架構從單體到分佈式，再到微服務雲原生，甚至混合雲，管理複雜度顯著提升。解藕分治的系統更須要全局維度的服務治理能力，且必須依靠系統管理系統，實現代碼即文檔 ，系統即規範。千里之堤潰於蟻穴，一旦有所忽視，不能以規範化、過程化、數據化有效地治理，系統就將迅速腐化，輕則留下技術債務，重則沉病難起，無藥可救 軟件系統當然有其生命週期，但因治理失效致使不可持續則無疑是一種失敗。網絡
本文專一於服務治理，內容系統全面，涵蓋發展歷史、體系構建、實例詳解。若是你的系統愈來愈亂，那麼能夠借鑑本文，重建治理體系，由亂而治。架構
若是你的系統剛剛起步，那麼本文可以讓你少走彎路，從一開始就兼顧治理，讓一切盡在掌握。誠然治理也有成本，需與實際收益匹配，合適的纔是最好的，過猶不及。水火相濟，陰陽相契，平衡乃中庸之道的最高境界 ，作系統須有系統化思惟。併發
做爲系統創造者，面對軟件之惱， 當制之以衡、行之有度，使之增減有序，有爲而治，方顯能者本色！天高海闊，大有可爲，而修齊治平，當身體力行，與諸君共勉 ！框架
但願本文可以幫到你們的學習，本文將從目錄、主要內容、面向的讀者給你們進行介紹！！運維
目錄
主要內容
第一、2章全面闡述服務治理的發展歷程，以及「大平臺、微服務」架構下服務治理的難點及特色;提出由微服務的度量、管控及管理構建起一個三位一體的閉環體系，從而綜合解決微服務全生命週期的現實治理問題;同時闡述治理體系所涉及的相關細分領域及技術能力。分佈式
- 1.1 IT治理與服務治理的關係
- 1.2服務治理髮展歷史
- 1.3微服務治理的範疇
- 2.1微服務架構
- 2.2服務度量
- 2.3服務管控
- 2.4三位—體:經過度量、管控、管理實現微服務治理閉環
第三、4章重點介紹微服務的線上治理能力;經過微服務治理的度量指標體系及指標採集、存儲、分析手段構建微服務度量能力，並在此基礎上，經過微服務的健康度分析、故障定界定位、容量規劃、根因分析、趨勢預測等來構建針對微服務的「看」的能力;經過限流、降級、容錯、彈性伸縮、安全管控等手段來構建微服務的「管」的能力;同時經過應急預案、故障演練、混沌工程等來提高線上微服務的可靠性。微服務
- 3.1線上微服務度量核心指標及分析手段
- 3.2服務關係維度
- 3.3應用關係維度
- 3.4服務性能維度
- 3.5服務異常維度
- 3.6資源維度
- 3.7服務綜合度量
- 4.1分佈式服務魯棒性的架構保障
- 4.2服務負載
- 4.3服務限流
- 4.4服務集羣容錯
- 4.5服務降級
- 4.6服務受權
- 4.7服務線上生命週期管理
- 4.8服務線上穩定性保障
第5章介紹經過APM及動態調用鏈跟蹤來提高微服務的監控及度量能力。一個跨網絡的業務調用請求涉及不一樣應用及服務節點的調用。咱們雖然能夠將這個請求在每一個節點上的行爲以日誌的形式記錄下來，但在傳統的日誌監控中，日誌之間是沒有關係的。就算這些日誌被徹底收集，也很難識別出這個請求所關聯的日誌，更別說基於這些關聯日誌還原出請求的全貌。離散、無關聯的日誌記錄沒法有效地幫助咱們快速地進行分佈式環境下的故障及性能問題的定界定位和關係梳理。高併發
所幸的是，IT技術領域很早就注意到分佈式環境下的性能及調用關係梳理問題，並發展出了相關的應用性能管理（Application Performance Management，APM）技術體系。APM 是實現服務度量的一種很是重要而且有效的手段，本章將重點介紹APM及其核心技術:調用鏈跟蹤。性能
- 5.1 APM及調用鏈發展史
- 5.2調用鏈跟蹤原理
- 5.3調用鏈跟蹤實戰
- 5.4 APM及調用鏈落地策略
第6章介紹微服務深度治理能力的構建，將微服務的治理「延升」到架構、開發、測試、運維、團隊協同等各個領域，從而實現微服務架構在組織中從「用得了」到「用得好」的提高;同時將服務治理能力反哺給業務，實現技術和業務的良性互動。
6.1架構治理
6.2研發治理
6.3運維治理
6.4協同管理治理
6.5業務治理
第7章構建輕量高效的指標採集能力；經過前面6章的學習，相信讀者已經對徼服務治理的總體技術架構有了一個相對完整的認識。可是，「紙上得來終覺淺，絕知此事要躬行」，理論和實踐之間終究還有必定的距離。爲了幫助讀者學以至用，從本章開始的後3章將構建一個服務治理的演示實例。服務治理的技術及應用體系很是龐大，一個示例不可能覆蓋全部的領域。本書一再強調，度量是治理的前提和基礎，所以本實例不追求面面俱到，只重點聚焦於服務度量領域，構建一個集指標採集、分析、監控爲一體的服務度量平臺，幫助讀者深刻理解如何基於性能、異常和自定義日誌採集來對服務的性能及業務狀態進行監控。
本章主要聚焦於服務指標採集客戶端SDK的構建，包含架構分析和必要的核心代碼說明。
- 7.1總體架構
- 7.2指標採集
- 7.3日誌預處理
- 7.4指標發送
第8章構建支持高併發的高效的指標收集及存儲能力；第7章介紹了使用Spring AOP、MyBatis Plugin機制、JVM的 ManagementFactory來構建針對服務調用日誌、DAO調用日誌、系統日誌等的採集功能，採用Netty NIO來構建高性能的日誌傳輸通道。本章將構建一個接收指標消息並落地存儲的服務端應用，與第7章構建的指標採集客戶端相對接，造成一個完整的「採集—接收」閉環體系。
- 8.1總體架構
- 8.2數據接收
- 8.3擴展能力
第9章指標可視化及度量能力構建；經過前面兩章的介紹，咱們已經構建了基本完整的治理指標採集、收集、存儲的技術框架和系統功能。本章將重點介紹數據的可視化及治理指標的度量分析。咱們會構建一個可視化系統來承載這些能力。
- 9.1系統架構9.2服務監控
- 9.3 DAO監控
- 9.4系統監控
- 9.5自定義業務監控
這份【微服務治理體系、架構及實踐】文檔共有438頁，須要完整版的小夥伴，能夠如下方式來獲取！
大牛對本文的評價以及所面向讀者
從SOA到當今的微服務歷時十多年，其中不乏服務治理的身影。但服務治理的概念、內涵和實踐，在業界一直沒法統一，更沒法造成行業標準。隨着系統的複雜程度愈來愈高，服務治理的需求愈來愈緊迫，並已成爲一大痛點。
微服務是現代系統中很是受關注的「焦點」，愈來愈多的分佈式系統都紛紛採用微服務的設計理念來演進其架構模型。隨着微服務應用規模的增加，治理膨脹的系統會愈來愈困難。比起微服務設計和拆分，如何可以更好地治理大規模的微服務，纔是微服務落地的真正難點。
本文站在治理的角度，從海量微服務出發，向讀者展示了微服務領域的「深水區」。我相信，經過閱讀本文，你可以更順暢地邁進微服務的下半場。
本文適合技術管理者、架構師和有必定基礎的技術人員閱讀，尤爲適合本身進入或即將進入服務化和服務治理領域的相關人員閱讀。
但願本文可以爲讀者提供一些啓發和指引，讓你們少走彎路。
努力成就更好的本身，不斷地提高本身的技術深度和廣度，讓本身變得更加有價值，但願本文可以幫助到你們的學習和喜歡！