在微服務架構中，分佈式通信、分佈式事務、分佈式鎖等問題是亟待解決的幾個重要問題。
Spring Cloud是一套完整的微服務解決方案，基於 Spring Boot 框架。確切的說，Spring Cloud是一個大容器（而不是一個框架），它可以將通過集成一些好的微服務框架，從而簡化開發者的代碼量。
Dubbo 是阿里開源的分佈式通信框架，專注於通信服務治理，類似於Spring Cloud中 Ribbon、 Hystrix、 Feign等核心組件的功能。
下面，我們著重來聊下這兩種處理方式有何不同。
01 協議處理
1）Spring Cloud更加優雅簡單
Feign使用Http進行傳輸。
Feign 集成了Ribbon，並且嵌入了Spring cloud全家桶 ，通過簡單配置 ，就能在分佈式裡面實現服務間的調用，類似於Bean 調用。
2）Dubbo方式更靈活
Dubbo協議可選，大部分情況使用Dubbo傳輸協議，也可以使用http協議。
從協議層選擇看，Dubbo是配置化的，更加靈活。
Dubbo 協議更適合小數據高併發場景。
02 性能方面
1）Spring Cloud性能調優
Feign 在高併發場景下，通常需要進行如下性能優化，有明顯瓶頸，需要改造。
· 調整服務容器到 UnderTow ，在負載大的情況下Undertow 的性能有提高；
· 曾有同學表示將HTTPURLConnection 改成 Httpclient /Okhttp，這樣可以優化性能，其實單次調用性能Httpclient差很多，HttpClient 因為封裝了很多方便開發者處理的方法，性能比HTTPURLConnection差，改進同時Httpclient 需要設置複用連接池，效果可見一般；
· 開啟Gzip；
· Feign中HttpMessageConverters 默認使用jackson2方式進行序列化和反序列化，可以將其改造為ProtoBuf，降低Cpu 損耗並且響應時間也降低。
2）Dubbo性能調優
主要是配置而無需改造。
03 負載均衡
1）Ribbon 的負載均衡策略
· 隨機；
· 規則輪詢；
· 空閒策略；
· 響應時間策略。
Feign默認使用Ribbon作為負載均衡的組件，Ribbon需要進行全局配置，個性化配置比較麻煩。
2）Dubbo 的負載均衡策略
· 隨機；
· 權重輪詢；
· 最少活躍調用數；
· 一致性Hash策略。
Dubbo 可以使用路由策略，然後再進行負載均衡。
04 容錯機制
Spring cloud 的 Hystix 提供了服務降級，服務熔斷，依賴隔離，監控(Hystrix Dashboard)等功能。
Dubbo 提供了一整套 FailOver、FailFast、Failsafe、FailBack、Aviailable、Broadcast、Forking 策略，以及Mock
05 路由、流量調度、ABtest
1）Ribbon需自己實現，應用不靈活
Ribbon主要通過擴展 AbstractLoadBalancerRule負載均衡的方法來實現，在負載均衡的部分還要進行改造升級。
2）Dubbo更加靈活方便
Dubbo通過界面化、校本化配置路由規則，可以實現灰度發佈、動態流量調度、容量計算等，方案成熟。
另外，Dubbo 還支持多版本調用。
06 總結
正如Dubbo的介紹(如下圖)，業務發展影響著架構的選型，當服務數量不是很大時，使用普通的分佈式RPC架構即可，當服務數量增長到一定數據，需要進行服務治理時，就需要考慮使用流式計算架構。
Dubbo可以方便的做更精細化的流量調度，服務結構治理的方案成熟，適合生產上使用，雖然Dubbo是塵封后重新開啟，但這並不影響其技術價值。
Ribbon Hystrix Feign在服務治理中，配合Spring Cloud做微服務，使用上有很多優勢，社區也比較活躍，看將來更新發展。
超500+架構技術專題集合，回覆【架構】，即可獲得。
閱讀更多 優知學院 的文章
