訂閱
糾錯
加入自媒體

Dubbo底層原理深度剖析

一、dubbo 概述

Apache Dubbo (incubating) |?d?b??| 是一款高性能、輕量級的開源 Java RPC 框架,它提供了三大核心能力:面向接口的遠(yuǎn)程方法調(diào)用,智能容錯和負(fù)載均衡,以及服務(wù)自動注冊和發(fā)現(xiàn)。 Dubbo 是一個分布式服務(wù)框架,致力于提供高性能和透明化的 rpc遠(yuǎn)程服務(wù)調(diào)用方案、服務(wù)治理方案。

特性:

面向接口代理:調(diào)用接口的方法,在 A 服務(wù)器調(diào)用 B 服務(wù)器的方法,由 dubbo 實現(xiàn)對 B 的調(diào)用,無需關(guān)心實現(xiàn)的細(xì)節(jié),就像 MyBatis 訪問 Dao 的接口,可以操作數(shù)據(jù)庫一樣。不用關(guān)心 Dao 接口方法的實現(xiàn)。這樣開發(fā)是方便,舒服的。

二、基本架構(gòu)

服務(wù)提供者(Provider):暴露服務(wù)的服務(wù)提供方,服務(wù)提供者在啟動時,向注冊中心注冊自己提供的服務(wù)。

服務(wù)消費(fèi)者(Consumer): 調(diào)用遠(yuǎn)程服務(wù)的服務(wù)消費(fèi)方,服務(wù)消費(fèi)者在啟動時,向注冊中心訂閱自己所需的服務(wù),服務(wù)消費(fèi)者,從提供者地址列表中,基于軟負(fù)載均衡算法,選一臺提供者進(jìn)行調(diào)用,如果調(diào)用失                          敗,再選另一臺調(diào)用。

注冊中心(Registry):注冊中心返回服務(wù)提供者地址列表給消費(fèi)者,如果有變更,注冊中心將基于長連接推送變更數(shù)據(jù)給消費(fèi)者

監(jiān)控中心(Monitor):服務(wù)消費(fèi)者和提供者,在內(nèi)存中累計調(diào)用次數(shù)和調(diào)用時間,定時每分鐘發(fā)送一次統(tǒng)計數(shù)據(jù)到監(jiān)控中心

三、dubbo 支持的協(xié)議

支持多種協(xié)議:dubbo , hessian , rmi , http, webservice , thrift , memcached , redis。

dubbo 官方推薦使用 dubbo 協(xié)議。dubbo 協(xié)議默認(rèn)端口 20880

使用 dubbo 協(xié)議,spring 配置文件加入:

<dubbo:protocol name="dubbo" port="20880" />

四、電商平臺需求

某電商平臺系統(tǒng)需求,用戶瀏覽商品;選擇商品下訂單,訂單系統(tǒng)需要獲取用戶信息中的送貨地址;向支付系統(tǒng)請求完成付款。

五、直連方式 dubbo

點(diǎn)對點(diǎn)的直連項目:消費(fèi)者直接訪問服務(wù)提供者,沒有注冊中心。消費(fèi)者必須指定服務(wù)提供者的訪問地址(url)。

消費(fèi)者直接通過 url 地址訪問固定的服務(wù)提供者。這個 url 地址是不變的。

1.實現(xiàn)目標(biāo)

用戶訪問 ------>【商品網(wǎng)站服務(wù)】訪問-----> 【訂單服務(wù)】

2.實現(xiàn)方式

以 JavaSE 為例,服務(wù)提供者,服務(wù)消費(fèi)者都是 JavaSE 項目

(1) 創(chuàng)建服務(wù)提供者:訂單服務(wù)

A、新建 java project

項目名稱:link-orderservice-provider

設(shè)置 version 為 1.0.0

B、 maven pom.xml

C、 創(chuàng)建訂單實體類:Order

D、新建訂單服務(wù)接口:OrderService

E、 新建接口的實現(xiàn)類:OrderServiceImpl

F、創(chuàng)建 dubbo 配置文件

orderservce-provider.xml

G、測試配置文件

H、安裝本地 jar 到 maven 倉庫

服務(wù)接口中的方法要給消費(fèi)者使用,消費(fèi)者項目需要知道接口名稱和接口中的方法名稱、參數(shù)等。這些信息服務(wù)提供者才知道。需要把接口的 class 文件打包為 jar .

服務(wù)接口項目的類文件打包為 jar, 安裝到 maven 倉庫,倉庫中的提供者 jar 可以被消費(fèi)者使用。

使用 idea 的 maven 窗口執(zhí)行 install

(2) 創(chuàng)建服務(wù)消費(fèi)者:商品網(wǎng)站

A、新建 java project

項目名稱:link-main-web

B、 maven pom.xml

C、 創(chuàng)建購買商品接口

D、創(chuàng)建購買接口的實現(xiàn)類

E、 創(chuàng)建 dubbo 配置文件

shop-consume.xml

F、 執(zhí)行消費(fèi)者

六、dubbo 服務(wù)化最佳實踐

1.分包

建議將服務(wù)接口、服務(wù)模型、服務(wù)異常等均放在公共包中。

2.粒度

服務(wù)接口盡可能大粒度,每個服務(wù)方法應(yīng)代表一個功能,而不是某功能的一個步驟,否則將面臨分布式事務(wù)問題,Dubbo 暫未提供分布式事務(wù)支持。

服務(wù)接口建議以業(yè)務(wù)場景為單位劃分,并對相近業(yè)務(wù)做抽象,防止接口數(shù)量爆炸。

不建議使用過于抽象的通用接口,如:Map query(Map),這樣的接口沒有明確語義,會給后期維護(hù)帶來不便。

3.版本

每個接口都應(yīng)定義版本號,為后續(xù)不兼容升級提供可能,如:

<dubbo:serviceinterface="com.xxx.XxxService" version="1.0" />。

建議使用兩位版本號,要變更服務(wù)版本。先升級一半提供者為新版本,再將消費(fèi)者全部升為新版本,然后將剩下的一半提供者升為新版本。

聲明: 本文由入駐維科號的作者撰寫,觀點(diǎn)僅代表作者本人,不代表OFweek立場。如有侵權(quán)或其他問題,請聯(lián)系舉報。

發(fā)表評論

0條評論,0人參與

請輸入評論內(nèi)容...

請輸入評論/評論長度6~500個字

您提交的評論過于頻繁,請輸入驗證碼繼續(xù)

暫無評論

暫無評論

人工智能 獵頭職位 更多
掃碼關(guān)注公眾號
OFweek人工智能網(wǎng)
獲取更多精彩內(nèi)容
文章糾錯
x
*文字標(biāo)題:
*糾錯內(nèi)容:
聯(lián)系郵箱:
*驗 證 碼:

粵公網(wǎng)安備 44030502002758號