Dubbo架構原理

2021-09-11 10:16:19 字數 2144 閱讀 9014

remoting:遠端通訊,提供對多種nio框架抽象封裝,包括「同步轉非同步」和「請求-響應」模式的資訊交換方式。

cluster: 服務框架,提供基於介面方法的透明遠端過程呼叫,包括多協議支援,以及軟負載均衡,失敗容錯,位址路由,動態配置等集群支援。

registry: 服務註冊中心,基於註冊中心目錄服務,使服務消費方能動態的查詢服務提供方,使位址透明,使服務提供方可以平滑增加或減少機器。

對於以上的3個核心功能,dubbo有涉及到哪些元件角色,來協作完成分布式治理的呢?

呼叫關係說明:

上面介紹給出的都是抽象層面的元件關係,可以說是縱向的以服務模型的元件分析,其實dubbo最大的特點是按照分層的方式來架構,使用這種方式可以使各個層之間解耦合(或者最大限度地鬆耦合)。所以,我們橫向以分層的方式來看下dubbo的架構,如圖所示:

dubbo框架設計一共劃分了10個層,而最上面的service層是留給實際想要使用dubbo開發分布式服務的開發者實現業務邏輯的介面層。圖中左邊淡藍背景的為服務消費方使用的介面,右邊淡綠色背景的為服務提供方使用的介面, 位於中軸線上的為雙方都用到的介面。

下面,結合dubbo官方文件,我們分別理解一下框架分層架構中,各個層次的設計要點:

配置層(config):對外配置介面,以serviceconfig和referenceconfig為中心,可以直接new配置類,也可以通過spring解析配置生成配置類。

服務**層(proxy):服務介面透明**,生成服務的客戶端stub和伺服器端skeleton,以serviceproxy為中心,擴充套件介面為proxyfactory。

服務註冊層(registry):封裝服務位址的註冊與發現,以服務url為中心,擴充套件介面為registryfactory、registry和registryservice。可能沒有服務註冊中心,此時服務提供方直接暴露服務。

集群層(cluster):封裝多個提供者的路由及負載均衡,並橋接註冊中心,以invoker為中心,擴充套件介面為cluster、directory、router和loadbalance。將多個服務提供方組合為乙個服務提供方,實現對服務消費方來透明,只需要與乙個服務提供方進行互動。

監控層(monitor):rpc呼叫次數和呼叫時間監控,以statistics為中心,擴充套件介面為monito***ctory、monitor和monitorservice。

遠端呼叫層(protocol):封將rpc呼叫,以invocation和result為中心,擴充套件介面為protocol、invoker和exporter。protocol是服務域,它是invoker暴露和引用的主功能入口,它負責invoker的生命週期管理。invoker是實體域,它是dubbo的核心模型,其它模型都向它靠擾,或轉換成它,它代表乙個可執行體,可向它發起invoke呼叫,它有可能是乙個本地的實現,也可能是乙個遠端的實現,也可能乙個集群實現。

資訊交換層(exchange):封裝請求響應模式,同步轉非同步,以request和response為中心,擴充套件介面為exchanger、exchangechannel、exchangeclient和exchangeserver。

網路傳輸層(transport):抽象mina和netty為統一介面,以message為中心,擴充套件介面為channel、transporter、client、server和codec。

資料序列化層(serialize):可復用的一些工具,擴充套件介面為serialization、 objectinput、objectoutput和threadpool。

從上圖可以看出,dubbo對於服務提供方和服務消費方,從框架的10層中分別提供了各自需要關心和擴充套件的介面,構建整個服務生態系統(服務提供方和服務消費方本身就是乙個以服務為中心的)

根據官方提供的,對於上述各層之間關係的描述,如下所示:

服務的註冊與登出,是對服務提供方角色而言,那麼註冊服務與登出服務的時序圖,如圖所示:

為了滿足應用系統的需求,服務消費方的可能需要從服務註冊中心訂閱指定的有服務提供方發布的服務,在得到通知可以使用服務時,就可以直接呼叫服務。反過來,如果不需要某乙個服務了,可以取消該服務。下面看一下對應的時序圖,如圖所示:

原文:

Dubbo實現分布式架構原理

dubbo 框架是阿里巴巴開發的一款針對 soa服務式的分布式框架。隨著專案業務邏輯複雜度的提高,專案併發量的提高,將 dao層 service 層 web 層的所有 集中在乙個應用中已經不再適用,因為這樣專案維護起來很不便,代 碼冗雜在一起,專案之間的呼叫早已經含糊不清,對搭建集群節點也存在著制約...

Dubbo入門 3 架構原理

出處 dubbo入門 3 架構原理 在之前的兩篇文章中,我們了解了有關分布式服務的基本概念和簡單的使用。現在來了解一下dubbo是如何提供這些功能的 如何運作的,以及整個框架的層次結構。本文參考自dubbo架構設計詳解及dubbo官方使用者手冊 首先要了解dubbo提供的三大核心功能 通訊提供多種對...

Dubbo架構簡介

一 dubbo的設計角色 1 系統角色 provider 暴露服務的服務提供方。consumer 呼叫遠端服務的服務消費方。registry 服務註冊與發現的註冊中心。1 monitor 統計服務的呼叫次調和呼叫時間的監控中心。container 服務執行容器。2 呼叫關係 服務容器負責啟動,載入,...