我認為到目前為止，還只是滿足了通信的基礎需求，但是當企業開始大規模的服務化以后，遠程通信帶來的弊端就越來越明顯了。比如說

1. 服務鏈路變長了，如何實現對服務鏈路的跟蹤和監控呢？?

2. 服務的大規模集群使得服務之間需要依賴第三方注冊中心來解決服務的發現和服務的感知問題?

3. 服務通信之間的異常，需要有一種保護機制防止一個節點故障引發大規模的系統故障，所以要有容錯機制

4. 服務大規模集群會是的客戶端需要引入負載均衡機制實現請求分發

而這些對于服務治理的要求，傳統的RPC技術在這樣的場景中顯得有點力不從心，因此很多企業開始研發自己的RPC框架，比如阿里的HSF、Dubbo；京東的JSF框架、當當的dubbox、新浪的motan、螞蟻金服的sofa等等?

又技術輸出能力的公司，都會研發適合自己場景的rpc框架，要么是從0到1開發，要么是基于現有的思想結合公司業務特色進行改造。而沒有技術輸出能力的公司，遇到服務治理的需求時，會優先選擇那些比較成熟的開源框架。而Dubbo就是其中一個

dubbo主要是一個分布式服務治理解決方案，那么什么是服務治理？服務治理主要是針對大規模服務化以后，服務之間的路由、負載均衡、容錯機制、服務降級這些問題的解決方案，而Dubbo實現的不僅僅是遠程服務通信，并且還解決了服務路由、負載、降級、容錯等功能。

?

總結

以上是生活随笔為你收集整理的大规模服务化对于服务治理的要求的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。