服務治理主要針對於當前分布式架構下多服務、微服務等。
服務是分布式系統下的乙個不大不小的部分，有了服務的組成，整個系統才能活起來。
隨著業務的增長，服務不能一味地隨之增長，需要管理、治理。沒有服務治理的分布式系統不一定會失敗，但是隨著業務的增長，這個系統一定會很痛苦。
服務治理嚴格意義上應該劃分為三個階段，包含了服務的整個生命週期。
其中服務設計期主要針對於服務的設計期、開發期，而服務執行期主要針對於服務上線後等運**況，最後服務持續治理則是堅持了「分久必合」的理念，將淘汰制進行到底。
下面講講三個時期需要完整的工作：
服務設計期：
方案評審、開發測試審查、簽發認證、服務可發現
策略管理
合約定義、商談
標準化服務質量協議
服務執行期：
系統記錄：記錄交換的資訊
服務管理系統：控管、配置服務以及執行階段的元件，根據異常狀況重新配置環境
服務監控系統：採集資料，視覺化，提供變配證據
服務質量保證系統：增強通訊中的訊息和執行階段策略、安全性、可靠性、事務性、審核等
服務持續治理：
服務資產管理：評估、分析服務倉庫，識別服務可重用的機率、協助進行資產整合、減少冗餘的服務功能
根據上述目標，我們可以確定：
服務治理貫穿了服務的整個生命週期，包括開發前的設計、開發以及測試、執行、以及後續管理。
服務設計期主要針對於服務的設計評審以及標準的制定。
服務治理執行期的重點放在管理和監控，為了執行良好的目標，通過資料分析執行狀況，通過自動化消除異常、變配等。
服務治理後期的重點放在消除冗餘。
結合現在大多架構的註冊中心、監控中心，可構設出大概的架構圖：
在服務治理平台的開發過程中，開發難點和設計服務複雜度應該放在了服務註冊、服務監控上。
dubbo是乙個高效能服務框架，致力於提供高效能和透明化的rpc遠端服務呼叫方案，以及soa服務治理方案，使得應用可通過高效能rpc實現服務的輸出和輸入功能，和spring框架可以無縫整合。
隨著業務不斷增長，為了追求更高的效能支撐業務，集群的引入使得服務架構的複雜度大大提公升。龐大的集群容易出現各種各樣的問題：
過多的服務url配置困難
負載均衡分配節點壓力過大的情況下也需要部署集群
服務依賴混亂，啟動順序不清晰
過多服務導致效能指標分析難度較大，需要監控
dubbo註冊中心和監控中心的引入是服務治理的關鍵。
註冊中心的關鍵點：
監控中心的關鍵點：
業務引入架構後，必須要保證的是，對當前業務的穩定性的影響只能是正面影響或者無影響，不能是負面影響。
考慮該架構對穩定性的影響：
註冊中心和監控中心的引入在很大程度上提高了執行期的穩定性，對應了服務治理的工作。
考慮架構對其他方面的影響：
由此可見註冊中心的引入提高了伸縮性，對應了服務治理執行期所需工作。
而監控中心的引入，資料的採集和分析得到的收益也是明顯的，對應的是服務治理執行期的服務監控以及服務治理持續治理下的服務資產管理。
先這樣吧
談談為什麼需要服務治理（Dubbo）
服務治理主要針對於當前分布式架構下多服務 微服務等。服務是分布式系統下的乙個不大不小的部分，有了服務的組成，整個系統才能活起來。隨著業務的增長，服務不能一味地隨之增長，需要管理 治理。沒有服務治理的分布式系統不一定會失敗，但是隨著業務的增長，這個系統一定會很痛苦。服務治理嚴格意義上應該劃分為三個階段...
談談為什麼需要服務治理（Dubbo）
服務治理主要針對於當前分布式架構下多服務 微服務等。服務是分布式系統下的乙個不大不小的部分，有了服務的組成，整個系統才能活起來。隨著業務的增長，服務不能一味地隨之增長，需要管理 治理。沒有服務治理的分布式系統不一定會失敗，但是隨著業務的增長，這個系統一定會很痛苦。服務治理的目標 服務治理嚴格意義上應...
談談為什麼需要服務治理（Dubbo）
服務治理主要針對於當前分布式架構下多服務 微服務等。服務是分布式系統下的乙個不大不小的部分，有了服務的組成，整個系統才能活起來。隨著業務的增長，服務不能一味地隨之增長，需要管理 治理。沒有服務治理的分布式系統不一定會失敗，但是隨著業務的增長，這個系統一定會很痛苦。服務治理嚴格意義上應該劃分為三個階段...