Dubbo是一款高性能、輕量級(jí)的開源Java RPC框架,它提供了三大核心能力:面向接口的遠(yuǎn)程方法調(diào)用,智能容錯(cuò)和負(fù)載均衡,以及服務(wù)自動(dòng)注冊(cè)和發(fā)現(xiàn)。
|
連接個(gè)數(shù) | 連接方式 | 傳輸協(xié)議 | 傳輸方式 | 序列化 | 適用范圍 | 適用場(chǎng)景 |
---|---|---|---|---|---|---|---|
dubbo | 單連接 | 長(zhǎng)連接 | TCP | NIO 異步傳輸 | Hessian 二進(jìn)制序列化 | 傳入傳出參數(shù)數(shù)據(jù)包較小,消費(fèi)者比提供者個(gè)數(shù)多,單一消費(fèi)者無法壓滿提供者 | 常規(guī)遠(yuǎn)程服務(wù)方法調(diào)用 |
rmi | 多連接 | 短連接 | TCP | 同步傳輸 | Java 標(biāo)準(zhǔn)二進(jìn)制序列化 | 傳入傳出參數(shù)數(shù)據(jù)包大小混合,消費(fèi)者與提供者個(gè)數(shù)差不多,可傳文件。 | 常規(guī)遠(yuǎn)程服務(wù)方法調(diào)用,與原生RMI服務(wù)互操作 |
hessian | 多連接 | 短連接 | HTTP | 同步傳輸 | Hessian二進(jìn)制序列化 | 傳入傳出參數(shù)數(shù)據(jù)包較大,提供者比消費(fèi)者個(gè)數(shù)多,提供者壓力較大,可傳文件。 頁面?zhèn)鬏?,文件傳輸,或與原生hessian服務(wù)互操作 | |
http | 多連接 | 短連接 | HTTP | 同步傳輸 | 表單序列化 | 傳入傳出參數(shù)數(shù)據(jù)包大小混合,提供者比消費(fèi)者個(gè)數(shù)多,可用瀏覽器查看,可用表單或URL傳入?yún)?shù) 需同時(shí)給應(yīng)用程序和瀏覽器 JS 使用的服務(wù)。 | |
rest | 多連接 | 短連接 | HTTP | 同步傳輸 | 表單序列化 | 同http,適用于更加符合rest規(guī)范的服務(wù) | 同http |
目前引用服務(wù)有兩個(gè)方案,分別是
直接引用服務(wù),顧名思義就是繞開注冊(cè)中心獲取我們所想要的服務(wù)提供者,由于繞開了注冊(cè)中心,自然也無法做到服務(wù)發(fā)現(xiàn),而且由于單點(diǎn)問題,無法做到負(fù)載均衡以及高可用,
所以生產(chǎn)環(huán)境不推薦使用此模式的
.
但是由于其開發(fā)上的便利性,在開發(fā)環(huán)境/測(cè)試環(huán)境仍可以嘗試使用此模式.
由上圖所示,開發(fā)同學(xué)聯(lián)調(diào)過程中,需要在項(xiàng)目工程中對(duì)指定服務(wù)開發(fā)同學(xué)的機(jī)器進(jìn)行直連,而其他沒有指定的服務(wù)將會(huì)默認(rèn)走注冊(cè)中心.為了避免對(duì)工程代碼的侵入性,我們會(huì)在工程中建立應(yīng)對(duì)不同環(huán)境的dubbo.properies,而dubbo.properies不會(huì)加入到工程的版本控制當(dāng)中,主要用于解決不同環(huán)境下的服務(wù)直連問題.其中服務(wù)的控制粒度可以精確到具體的服務(wù).
通過注冊(cè)中心發(fā)現(xiàn)引用服務(wù),Dubbo常用的引用服務(wù)方式,可以做到服務(wù)自動(dòng)發(fā)現(xiàn),負(fù)載均衡.正式環(huán)境調(diào)用基本基于此模式.其中注冊(cè)中心實(shí)現(xiàn)有很多種,例如Zookeeper/Redis/Multicast.官方推薦Zookeeper.
服務(wù)請(qǐng)求體結(jié)構(gòu),是在對(duì)dubbo在注冊(cè)中心上注冊(cè)信息的抽象之后的一層封裝,一方面可以提升開發(fā)人員的開發(fā)效率,另外降低開發(fā)人員自身手動(dòng)拼接請(qǐng)求的錯(cuò)誤率.
基于上述基于協(xié)議所分析,我們目前協(xié)議將只會(huì)鎖定在dubbo/rest,那么我們先看來這兩個(gè)協(xié)議在注冊(cè)中心注冊(cè)的信息是什么樣子的.
dubbo://192.168.1.2:10880/com.service.ProductService?dubbo=2.8&methods=getById,getByName rest://192.168.1.2:10081/service/com.service.ProductService?dubbo=2.8&methods=getById,getByName
我們對(duì)這兩個(gè)協(xié)議公共部分進(jìn)行提取一下
dubbo:// com.service.ProductService
基于上述服務(wù)結(jié)構(gòu)構(gòu)成的分析,dubbo和rest服務(wù)請(qǐng)求結(jié)構(gòu)構(gòu)成大體類似,我們對(duì)不同的協(xié)議請(qǐng)求的可以做如下定義.
// 1. dubbo協(xié)議的請(qǐng)求體定義 services.ProductService = (dubbo) => dubbo.proxyService({ dubboInterface: 'com.service.ProductService', methods: { getById(id) { return [java.Long(id)]; }, getByName(name) { return [java.String(name)]; } }, }); 復(fù)制代碼
// rest 請(qǐng)求體定義 services.ProductService = (dubbo) => dubbo.proxyService({ dubboInterface: 'com.service.ProductService', methods: { getById(id) { return { method: 'get', query: [parseInt(id)] }; }, getByName(name) { return [String(name)]; } }, }); 復(fù)制代碼
兩者大不同點(diǎn)在于參數(shù)定義上的不同,dubbo需要強(qiáng)制轉(zhuǎn)換為強(qiáng)類型,而rest不需要.
我們?cè)趯?duì)服務(wù)定義完成之后,接下來就會(huì)面臨一個(gè)使用上的問題,最直接的方法就是為每個(gè)工程每個(gè)服務(wù)新建一個(gè)服務(wù)文件,但是一用就會(huì)發(fā)現(xiàn)一個(gè)問題請(qǐng)求定義的文件分散在不同工程,無法進(jìn)行統(tǒng)一維護(hù)升級(jí),維護(hù)成本較高.
我們第一個(gè)反應(yīng)是每個(gè)服務(wù)抽象出來,各自成為一個(gè)獨(dú)立的NPM包,譬如MemberService我們可以抽象成為
@dubbo-service/member-service
,這樣就可以解決文件分散在不同工程導(dǎo)致的維護(hù)問題.
文章標(biāo)題:Node調(diào)用dubbo服務(wù)的探索及實(shí)踐-創(chuàng)新互聯(lián)
轉(zhuǎn)載來源:http://www.rwnh.cn/article12/dpeggc.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供App設(shè)計(jì)、網(wǎng)站策劃、做網(wǎng)站、企業(yè)網(wǎng)站制作、ChatGPT、定制開發(fā)
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請(qǐng)盡快告知,我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng),如需處理請(qǐng)聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時(shí)需注明來源: 創(chuàng)新互聯(lián)
猜你還喜歡下面的內(nèi)容