Dubbo思惟導圖

時間 2021-02-15

標籤 java web redis 瀏覽器緩存安全服務器網絡併發負載均衡欄目 Dubbo 简体版

原文原文鏈接

常見相關問題

Random LoadBalance: 隨機選取提供者策略，有利於動態調整提供者權重。截面碰撞率高，調用次數越多，分佈越均勻；
RoundRobin LoadBalance: 輪循選取提供者策略，平均分佈，可是存在請求累積的問題；
LeastActive LoadBalance: 最少活躍調用策略，解決慢提供者接收更少的請求；
ConstantHash LoadBalance: 一致性Hash策略，使相同參數請求老是發到同一提供者，一臺機器宕機，能夠基於虛擬節點，分攤至其餘提供者，避免引發提供者的劇烈變更；

dubbo：單一長鏈接和NIO異步通信，適合大併發小數據量的服務調用，以及消費者遠大於提供者。傳輸協議TCP，異步，Hessian序列化；
rmi：採用JDK標準的rmi協議實現，傳輸參數和返回參數對象須要實現Serializable接口，使用java標準序列化機制，使用阻塞式短鏈接，傳輸數據包大小混合，消費者和提供者個數差很少，可傳文件，傳輸協議TCP。多個短鏈接，TCP協議傳輸，同步傳輸，適用常規的遠程服務調用和rmi互操做。在依賴低版本的Common-Collections包，java序列化存在安全漏洞；
webservice：基於WebService的遠程調用協議，集成CXF實現，提供和原生WebService的互操做。多個短鏈接，基於HTTP傳輸，同步傳輸，適用系統集成和跨語言調用；
http：基於Http表單提交的遠程調用協議，使用Spring的HttpInvoke實現。多個短鏈接，傳輸協議HTTP，傳入參數大小混合，提供者個數多於消費者，須要給應用程序和瀏覽器JS調用；
hessian：集成Hessian服務，基於HTTP通信，採用Servlet暴露服務，Dubbo內嵌Jetty做爲服務器時默認實現，提供與Hession服務互操做。多個短鏈接，同步HTTP傳輸，Hessian序列化，傳入參數較大，提供者大於消費者，提供者壓力較大，可傳文件；
memcache：基於memcached實現的RPC協議
redis：基於redis實現的RPC協議

服務接口層（Service）：該層是與實際業務邏輯相關的，根據服務提供方和服務消費方的業務設計對應的接口和實現。
配置層（Config）：對外配置接口，以ServiceConfig和ReferenceConfig爲中心。
服務代理層（Proxy）：服務接口透明代理，生成服務的客戶端Stub和服務器端Skeleton。
服務註冊層（Registry）：封裝服務地址的註冊與發現，以服務URL爲中心。
集羣層（Cluster）：封裝多個提供者的路由及負載均衡，並橋接註冊中心，以Invoker爲中心。
監控層（Monitor）：RPC調用次數和調用時間監控。
遠程調用層（Protocol）：封將RPC調用，以Invocation和Result爲中心，擴展接口爲Protocol、Invoker和Exporter。
信息交換層（Exchange）：封裝請求響應模式，同步轉異步，以Request和Response爲中心。
網絡傳輸層（Transport）：抽象mina和netty爲統一接口，以Message爲中心。
數據序列化層（serialize）：可複用的一些工具，擴展接口爲 Serialization, ObjectInput, ObjectOutput, ThreadPoo

Failover Cluster失敗自動切換，當出現失敗，重試其它服務器。一般用於讀操做，但重試會帶來更長延遲。默認集羣容錯方案
Failfast Cluster快速失敗，只發起一次調用，失敗當即報錯。一般用於非冪等性的寫操做，好比新增記錄。
Failsafe Cluster失敗安全，出現異常時，直接忽略。一般用於寫入審計日誌等操做。
Failback Cluster失敗自動恢復，後臺記錄失敗請求，定時重發。一般用於消息通知操做。
Forking Cluster並行調用多個服務器，只要一個成功即返回。一般用於實時性要求較高的讀操做，但須要浪費更多服務資源。可經過 forks="2" 來設置最大並行數。
Broadcast Cluster廣播調用全部提供者，逐個調用，任意一臺報錯則報錯。一般用於通知全部提供者更新緩存或日誌等本地資源信息。