微服務(wù)化的拆分帶來的好處和便利性是顯?易?的，但是與此同時各個微服務(wù)之間的通信就需要考慮了。傳統(tǒng)HTTP的通信?式性能?先并不太好，?量的請求頭之類?效的信息是對性能的浪費(fèi)，此外，對服務(wù)治理、追蹤和易?性的要求也更?，這時候就需要引?諸如Dubbo類的RPC框架。

我們假設(shè)原來來?客戶端的QPS是9000的話，那么通過負(fù)載均衡策略分散到每臺機(jī)器就是3000，?HTTP改為RPC之后接?的耗時縮短了，單機(jī)和整體的QPS就提升了。?RPC框架本身?般都?帶負(fù)載均衡、熔斷降級的機(jī)制，可以更好的維護(hù)整個系統(tǒng)的?可?性。那么說完RPC，作為基本上國內(nèi)普遍的選擇Dubbo的?些基本原理就是接下來的問題