Node調(diào)用dubbo服務(wù)的探索及實(shí)踐-創(chuàng)新互聯(lián)

創(chuàng)新互聯(lián)公司專業(yè)IDC數(shù)據(jù)服務(wù)器托管提供商，專業(yè)提供成都服務(wù)器托管，服務(wù)器租用，服務(wù)器托管，服務(wù)器托管，成都多線服務(wù)器托管等服務(wù)器托管服務(wù)。

Node 調(diào)用 dubbo 服務(wù)的探索及實(shí)踐

2.Dubbo簡(jiǎn)介

2.1 什么是dubbo

Dubbo是一款高性能、輕量級(jí)的開源Java RPC框架，它提供了三大核心能力：面向接口的遠(yuǎn)程方法調(diào)用，智能容錯(cuò)和負(fù)載均衡，以及服務(wù)自動(dòng)注冊(cè)和發(fā)現(xiàn)。

2.2 流程圖

Node 調(diào)用 dubbo 服務(wù)的探索及實(shí)踐

  • Provider  : 暴露服務(wù)的服務(wù)提供方。
  • Consumer  : 調(diào)用遠(yuǎn)程服務(wù)的服務(wù)消費(fèi)方。
  • Registry  : 服務(wù)注冊(cè)與發(fā)現(xiàn)的注冊(cè)中心。
  • Monitor  : 統(tǒng)計(jì)服務(wù)的調(diào)用次調(diào)和調(diào)用時(shí)間的監(jiān)控中心。
  • Container  : 服務(wù)運(yùn)行容器。

3. 具體實(shí)現(xiàn)

3.1 協(xié)議選擇


 連接個(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

3.2 如何引用服務(wù)

目前引用服務(wù)有兩個(gè)方案，分別是

  • 直接引用
  • 通過注冊(cè)中心引用服務(wù)

3.2.1 直接引用服務(wù)

直接引用服務(wù)，顧名思義就是繞開注冊(cè)中心獲取我們所想要的服務(wù)提供者，由于繞開了注冊(cè)中心，自然也無法做到服務(wù)發(fā)現(xiàn)，而且由于單點(diǎn)問題，無法做到負(fù)載均衡以及高可用，  所以生產(chǎn)環(huán)境不推薦使用此模式的  ．

但是由于其開發(fā)上的便利性，在開發(fā)環(huán)境/測(cè)試環(huán)境仍可以嘗試使用此模式．

Node 調(diào)用 dubbo 服務(wù)的探索及實(shí)踐

由上圖所示，開發(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ù)．

Node 調(diào)用 dubbo 服務(wù)的探索及實(shí)踐

3.2.2 通過注冊(cè)中心引用服務(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．

Node 調(diào)用 dubbo 服務(wù)的探索及實(shí)踐

3.3 服務(wù)請(qǐng)求結(jié)構(gòu)的定義

服務(wù)請(qǐng)求體結(jié)構(gòu)，是在對(duì)dubbo在注冊(cè)中心上注冊(cè)信息的抽象之后的一層封裝，一方面可以提升開發(fā)人員的開發(fā)效率，另外降低開發(fā)人員自身手動(dòng)拼接請(qǐng)求的錯(cuò)誤率．

3.3.1 服務(wù)的構(gòu)成

基于上述基于協(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

3.3.2 請(qǐng)求體的定義

基于上述服務(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不需要.

3.4 服務(wù)定義的維護(hù)

我們?cè)趯?duì)服務(wù)定義完成之后，接下來就會(huì)面臨一個(gè)使用上的問題，最直接的方法就是為每個(gè)工程每個(gè)服務(wù)新建一個(gè)服務(wù)文件，但是一用就會(huì)發(fā)現(xiàn)一個(gè)問題請(qǐng)求定義的文件分散在不同工程，無法進(jìn)行統(tǒng)一維護(hù)升級(jí)，維護(hù)成本較高.

Node 調(diào)用 dubbo 服務(wù)的探索及實(shí)踐

我們第一個(gè)反應(yīng)是每個(gè)服務(wù)抽象出來，各自成為一個(gè)獨(dú)立的NPM包，譬如MemberService我們可以抽象成為  @dubbo-service/member-service  ,這樣就可以解決文件分散在不同工程導(dǎo)致的維護(hù)問題.

Node 調(diào)用 dubbo 服務(wù)的探索及實(shí)踐

文章標(biāo)題：Node調(diào)用dubbo服務(wù)的探索及實(shí)踐-創(chuàng)新互聯(lián)
轉(zhuǎn)載來源：http://muchs.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)

成都app開發(fā)公司