1. 程式人生 > >Dubbo高階篇_10_Dubbo消費端直連服務提供者(開發除錯)

Dubbo高階篇_10_Dubbo消費端直連服務提供者(開發除錯)



直連提供者

(+) (#)

在開發及測試環境下,經常需要繞過註冊中心,只測試指定服務提供者,這時候可能需要點對點直連,
點對點直聯方式,將以服務介面為單位,忽略註冊中心的提供者列表,
A介面配置點對點,不影響B介面從註冊中心獲取列表。

(1) 如果是線上需求需要點對點,可在<dubbo:reference>中配置url指向提供者,將繞過註冊中心,多個地址用分號隔開,配置如下:(1.0.6及以上版本支援)

<dubbo:reference id="xxxService"interface="com.alibaba.xxx.XxxService"url="dubbo://localhost:20890"
/>

(2) 在JVM啟動引數中加入-D引數對映服務地址,如:
(key為服務名,value為服務提供者url,此配置優先順序最高,1.0.15及以上版本支援)

java -Dcom.alibaba.xxx.XxxService=dubbo://localhost:20890
注意
為了避免複雜化線上環境,不要在線上使用這個功能,只應在測試階段使用。

(3) 如果服務比較多,也可以用檔案對映,如:
(用-Ddubbo.resolve.file指定對映檔案路徑,此配置優先順序高於<dubbo:reference>中的配置,1.0.15及以上版本支援)
(2.0以上版本自動載入${user.home}/dubbo-resolve.properties檔案,不需要配置)

java -Ddubbo.resolve.file=xxx.properties

然後在對映檔案xxx.properties中加入:
(key為服務名,value為服務提供者url)

com.alibaba.xxx.XxxService=dubbo://localhost:20890
注意
為了避免複雜化線上環境,不要在線上使用這個功能,只應在測試階段使用。
在生產環境使用情況是,服務消費端只消費指定Provider提供者的服務開發除錯我們啟動遠端服務提供者
我啟動web-boss,這裡呼叫是遠端提供者服務檢視user-service,provider方的配置
配置consumer方呼叫本地dubbo服務,進行直連除錯<dubbo:reference interface="edu.facade.user.service.PmsUserFacade" id="pmsUserFacade"  timeout="2000" check="false"url="dubbo://localhost:20880"/
>
我們啟動本地 dubbo服務,以debug模式啟動
在dubbo管理控制檯檢視dubbo服務
啟動消費端,web-boss我們進行直連除錯consumer控制檯資訊
我們再訪問登入,會發現已呼叫本地dubbo模式,進入debug除錯模式
我們在Dubbo管理控制檯把provider禁用,發現也是呼叫本地dubbo服務,繞過了註冊中心,這就是直連提供者
我們在${user.home}下配置直接提供者屬性也是可以的(推薦使用)dubbo-resolve.properties
內容 :edu.facade.user.service.PmsUserFacade=dubbo://localhost:20880
注意點

1、 直連提供者只需要在消費端設定

2 ${user.home}指的是當前作業系統使用者目錄 Win7系統 Administrator的使用者目錄就是 C:\Users\Administrator

直連提供者

(+) (#)

在開發及測試環境下,經常需要繞過註冊中心,只測試指定服務提供者,這時候可能需要點對點直連,
點對點直聯方式,將以服務介面為單位,忽略註冊中心的提供者列表,
A介面配置點對點,不影響B介面從註冊中心獲取列表。

(1) 如果是線上需求需要點對點,可在<dubbo:reference>中配置url指向提供者,將繞過註冊中心,多個地址用分號隔開,配置如下:(1.0.6及以上版本支援)

<dubbo:reference id="xxxService"interface="com.alibaba.xxx.XxxService"url="dubbo://localhost:20890"/>

(2) 在JVM啟動引數中加入-D引數對映服務地址,如:
(key為服務名,value為服務提供者url,此配置優先順序最高,1.0.15及以上版本支援)

java -Dcom.alibaba.xxx.XxxService=dubbo://localhost:20890
注意
為了避免複雜化線上環境,不要在線上使用這個功能,只應在測試階段使用。

(3) 如果服務比較多,也可以用檔案對映,如:
(用-Ddubbo.resolve.file指定對映檔案路徑,此配置優先順序高於<dubbo:reference>中的配置,1.0.15及以上版本支援)
(2.0以上版本自動載入${user.home}/dubbo-resolve.properties檔案,不需要配置)

java -Ddubbo.resolve.file=xxx.properties

然後在對映檔案xxx.properties中加入:
(key為服務名,value為服務提供者url)

com.alibaba.xxx.XxxService=dubbo://localhost:20890
注意
為了避免複雜化線上環境,不要在線上使用這個功能,只應在測試階段使用。
在生產環境使用情況是,服務消費端只消費指定Provider提供者的服務開發除錯我們啟動遠端服務提供者
我啟動web-boss,這裡呼叫是遠端提供者服務檢視user-service,provider方的配置
配置consumer方呼叫本地dubbo服務,進行直連除錯<dubbo:reference interface="edu.facade.user.service.PmsUserFacade" id="pmsUserFacade"  timeout="2000" check="false"url="dubbo://localhost:20880"/>
我們啟動本地 dubbo服務,以debug模式啟動
在dubbo管理控制檯檢視dubbo服務
啟動消費端,web-boss我們進行直連除錯consumer控制檯資訊
我們再訪問登入,會發現已呼叫本地dubbo模式,進入debug除錯模式
我們在Dubbo管理控制檯把provider禁用,發現也是呼叫本地dubbo服務,繞過了註冊中心,這就是直連提供者
我們在${user.home}下配置直接提供者屬性也是可以的(推薦使用)dubbo-resolve.properties
內容 :edu.facade.user.service.PmsUserFacade=dubbo://localhost:20880
注意點

1、 直連提供者只需要在消費端設定

2 ${user.home}指的是當前作業系統使用者目錄 Win7系統 Administrator的使用者目錄就是 C:\Users\Administrator

相關推薦

Dubbo高階_10_Dubbo消費服務提供者開發除錯

直連提供者(+) (#)在開發及測試環境下,經常需要繞過註冊中心,只測試指定服務提供者,這時候可能需要點對點直連,點對點直聯方式,將以服務介面為單位,忽略註冊中心的提供者列表,A介面配置點對點,不影響B介面從註冊中心獲取列表。(1) 如果是線上需求需要點對點,可在<du

Dubbo之——消費服務提供者開發除錯

在生產環境使用情況是,服務消費端只消費指定Provider提供者的服務 開發除錯 我們啟動遠端服務提供者 我啟動web-boss,這裡呼叫是遠端提供者服務 檢視user-service,provider方的配置  配置consumer方呼叫本地dubbo服務,進行

Dubbo提供者開發除錯

開發及測試環境下,經常需要繞過註冊中心,只測試指定服務提供者,這時候可能需要點對點直連。 點對點直連方式,將以服務介面為單位,忽略註冊中心的提供者列表。 A介面配置點對點,不影響B介面從註冊中心獲取列表。 以下介紹兩種方式: 1)可在消費者<dubbo:refe

Dubbo高階_10_Dubbo執行緒模型

執行緒模型 http://dubbo.io/User+Guide-zh.htm 使用者指南>>執行緒模型 類似於資料庫的連線池 (+) (#) 事件處理執行緒說明如果事件處理

Dubbo介面自動化測試--服務提供者

在做測試環境Dubbo介面測試的過程中,通過點對點的方式直連provider是非常方便的,點對點的意思就是我們跳過zookeeper註冊中心,直接連線服務並消費。因為服務正常啟動的情況下,我們只需要寫consumer即可。 consumer.xml檔案如下

分散式架構學習之:024--Dubbo服務提供者

直連提供者 (+) (#) 在開發及測試環境下,經常需要繞過註冊中心,只測試指定服務提供者,這時候可能需要點對點直連, 點對點直聯方式,將以服務介面為單位,忽略註冊中心的提供者列表, A介面配置點對點,不影響B介面從註冊中心獲取列表。 (1) 如果是線上需求需

Redis Cluster集群搭建後,客戶接研究Spring/Jedis待實踐

turn ron 記錄 redis div println 刪除 clu name 說明:無論是否已經搭建好集群,還是使用什麽樣的客戶端去連接,都是必須把全部IP列表集成進去,然後隨機往其中一個IP寫。 這樣做的好處: 1、隨機IP寫入之後,Redis Cluster代

dubbo學習總結三 消費

註意 服務端 註意點 發送 blog dubbo tro http ref 消費端跟服務端類似 註意點是dubbo:reference 和服務端的dubbo:service做區分 消費端主要是處理發送過來的請求 dubbo學習總結三 消費端

Dubbo高階_07_Dubbo服務介面的設計原則

1 、設計方式 action->facade->biz->dao 好的Dubbo服務介面設計,並非只是純粹的介面服務化 2.介面型別 簡單的資料查詢介面:action.facade、dao(例根據Id查詢記錄) 帶業務邏輯的資料查詢介面:actio

Dubbo高階_12_dubbo服務只註冊

只註冊 (+) (#) 問題 如果有兩個映象環境,兩個註冊中心,有一個服務只在其中一個註冊中心有部署,另一個註冊中心還沒來得及部署,而兩個註冊中心的其它

Dubbo高階_02_activemq的安裝與使用

1.activemq上傳、解壓安裝 解壓安裝 2.移動activemq到指定目錄  3.配置activemq埠 ActiveMQ 需要用到兩個埠 一個是訊息通訊的埠(預設為 61616)  一個是管理控制檯埠(預設為 8161)可在conf/jetty.xml 中修

Dubbo高階_01_訊息中介軟體在分散式架構的作用和介紹

訊息中介軟體的定義 Message-oriented middleware (MOM) is software infrastructure focused on sending and receiving messages between distributed syst

微信硬體平臺裝置全講解2框架講解

       開始編碼前,我們必須要梳理一下裝置直連微信硬體雲(微信硬體伺服器)的構架,這是非常有必要的工作,它讓我們清晰的明白自己在直連構架中處於什麼位置,需要編寫那些程式碼,我在這裡饒了很多彎路。需要了解完整資訊請檢視微信硬體平臺http://iot.weixin.qq

微信硬體平臺裝置全講解1開發前的準備

      大家好,最近研究微信硬體平臺有了一定收穫,過程中亦遇到許多難題,固發表系列文章講解微信硬體平臺的開發。       微信硬體平臺有什麼作用呢?       我自己最大的感受就是,微信硬體平臺使我們可以通過微信客戶端控制智慧裝置,如智慧電視、智慧空調和家用機器人等

初涉掃碼登錄:edusoho實現客戶掃碼登錄簡版

confirm 鍵值 版本號 error == form 通過 遮罩層 strrev 一、項目簡介及需求 edusoho是一套商業版的在線教育平臺,項目本身基於symfony2框架開發,現在有一款自己的APP,要求在不多修改edusoho自身代碼的基礎上,實現客戶端對P

Windows遠程接serverLinux系統及可視化

命令行 enter lin -1 用戶 ssi arm mar 下載文件 方法1:命令行連接後使用server上安裝好的可視化編輯器IDE:   Step 1: 工具準備:putty.exe;Xming-6-9-0-31-setup.exe;Xming-fonts-7-7-

【Spark MLlib速成寶典】模型05決策樹【Decision Tree】Python版

back filter oms sse mlu eval ffffff size red 目錄   決策樹原理   決策樹代碼(Spark Python) 決策樹原理   詳見博文:http://www.cnblogs.com/itmorn/p/79

轉:TensorFlow入門 LSTM 實現序列標註分詞

vsm max poc 代碼 單詞 arch 大致 雙端 fun http://blog.csdn.net/Jerr__y/article/details/70471066 歡迎轉載,但請務必註明原文出處及作者信息。 @author: huangyongye @creat_

【windows7】解決IIS 80口占用問題親測

AC 停止 技術 檢測 服務器 mage 都是 nbsp 技術分享 1、默認你win機器已經安裝並啟用了80端口 2、現在你要安裝並啟用apache服務器 3、首先進行80端口占用檢測:netstat -aon|findstr 80 4、找到進程號為404的服務名稱,使

Spring mvc服務消息推送SSE技術

javascrip tro jstl var 通信 主動 form imp title SSE技術是基於單工通信模式,只是單純的客戶端向服務端發送請求,服務端不會主動發送給客戶端。服務端采取的策略是抓住這個請求不放,等數據更新的時候才返回給客戶端,當客戶端接收到消息後,再向