Dubbo分散式遠端服務呼叫框架(告別Web Service模式中的WSdl,以服務者與消費者的方式在dubbo上註冊
1. Dubbo是什麼?
Dubbo是一個分散式服務框架,致力於提供高效能和透明化的RPC遠端服務呼叫方案,以及SOA服務治理方案。簡單的說,dubbo就是個服務框架,如果沒有分散式的需求,其實是不需要用的,只有在分散式的時候,才有dubbo這樣的分散式服務框架的需求,並且本質上是個服務呼叫的東東,說白了就是個遠端服務呼叫的分散式框架(告別Web
Service模式中的WSdl,以服務者與消費者的方式在dubbo上註冊)
其核心部分包含:
1. 遠端通訊: 提供對多種基於長連線的NIO框架抽象封裝,包括多種執行緒模型,序列化,以及“請求-響應”模式的資訊交換方式。
2. 叢集容錯: 提供基於介面方法的透明遠端過程呼叫,包括多協議支援,以及軟負載均衡,失敗容錯,地址路由,動態配置等叢集支援。
3. 自動發現: 基於註冊中心目錄服務,使服務消費方能動態的查詢服務提供方,使地址透明,使服務提供方可以平滑增加或減少機器。
2. Dubbo能做什麼?
1.透明化的遠端方法呼叫,就像呼叫本地方法一樣呼叫遠端方法,只需簡單配置,沒有任何API侵入。
2.軟負載均衡及容錯機制,可在內網替代F5等硬體負載均衡器,降低成本,減少單點。
3. 服務自動註冊與發現,不再需要寫死服務提供方地址,註冊中心基於介面名查詢服務提供者的IP地址,並且能夠平滑新增或刪除服務提供者。
<dubbo:service/> 服務配置,用於暴露服務。
<dubbo:reference/> 引用配置,用於建立一個遠端服務代理
<dubbo:protocol/> 協議配置,用於配置提供服務的協議資訊, 協議由提供方指定,消費方被動接受。
<dubbo:application/> 應用配置,用於配置當前應用資訊, 不管該應用是提供者還是消費者。
<dubbo:module/> 模組配置,用於配置當前模組資訊,可選。
<dubbo:registry/> 註冊中心配置,用於配置連線註冊中心相關資訊。
<dubbo:monitor/> 監控中心配置,用於配置連線監控中心相關資訊,可選。
<dubbo:provider/> 提供方的預設值,當ProtocolConfig和ServiceConfig 某屬性沒有配置時,採用此預設值,可選。
<dubbo:consumer/> 消費方預設配置, 當ReferenceConfig某屬性沒有配置時,採用此預設值,可選。
<dubbo:method/> 方法配置,用於ServiceConfig和ReferenceConfig指定方法級的配置資訊。
<dubbo:argument/> 用於指定方法引數配置。
配置註冊中心地址(重要) <dubbo:registry protocol="zookeeper" address="127.0.0.1:2182“ file="${registry.file.rootdir}/${applicationName}.cache" />
註冊中心支援以下4種類型
Zookeeper (目前在生產環境使用,需要安裝zookeeper註冊中心服務)
Redis (可用於生產)
Multicast (預設配置,只適合測試環境,不能跨網段)
Simple (Only for Test)
Dubbo採用全Spring配置方式,透明化接入應用,對應用沒有任何API侵入,只需用Spring載入Dubbo的配置即可,Dubbo基於Spring的Schema擴充套件進行載入。
配置通訊協議(重要) <!-- 用dubbo協議在20880埠暴露服務 --> <dubbo:protocol name=“dubbo” port=“20880” serialization=“hessian2” threads=“100” register=“true” charset=“UTF-8” threadpool=“fixed” accepts=“1000”
server=“netty” client=“netty” codec=“dubbo” />
name協議名稱:預設為dubbo,支援rmi,hessian2,http,ws,thrift,memcached,redis
port:暴露服務的埠號。(如何為-1表示隨機產生埠號)
serialization :支援dubbo,hessian2,java,json預設為hessian2
register:該協議的服務是否註冊到註冊中心,預設為true
Threads服務執行緒池大小
server:協議的服務端實現型別
client:協議的客戶端實現型別
…..
之前使用Web Service,我想測試介面可以通過模擬訊息的方式通過soapui或LR進行功能測試或效能測試。但現在使用Dubbo,介面之間不能直接互動,我嘗試通過模擬消費者地址測試,結果不堪入目,再而使用jmeter通過junit進行測試,但還是需要往dubbo上去註冊,如果再不給提供原始碼的前提下,這個測試用例不好寫啊....
3. dubbo的架構
dubbo架構圖如下所示:
節點角色說明:
Provider: 暴露服務的服務提供方。
Consumer: 呼叫遠端服務的服務消費方。
Registry: 服務註冊與發現的註冊中心。
Monitor: 統計服務的呼叫次調和呼叫時間的監控中心。
Container: 服務執行容器。
這點我覺得非常好,角色分明,可以根據每個節點角色的狀態來確定該服務是否正常。
呼叫關係說明:
0 服務容器負責啟動,載入,執行服務提供者。
1. 服務提供者在啟動時,向註冊中心註冊自己提供的服務。
2. 服務消費者在啟動時,向註冊中心訂閱自己所需的服務。
3. 註冊中心返回服務提供者地址列表給消費者,如果有變更,註冊中心將基於長連線推送變更資料給消費者。
4. 服務消費者,從提供者地址列表中,基於軟負載均衡演算法,選一臺提供者進行呼叫,如果呼叫失敗,再選另一臺呼叫。
5. 服務消費者和提供者,在記憶體中累計呼叫次數和呼叫時間,定時每分鐘傳送一次統計資料到監控中心。
dubbo的容錯性顯而易見,效能方面還沒有還得及測,我們系統某頁面需要掉5次介面,本來想建議做個快取,但業務關係不能採納,還需要研究下dubbo的效能調優問題...
4. dubbo使用方法。
Dubbo採用全Spring配置方式,透明化接入應用,對應用沒有任何API侵入,只需用Spring載入Dubbo的配置即可,Dubbo基於Spring的Schema擴充套件進行載入。如果不想使用Spring配置,而希望通過API的方式進行呼叫(不推薦)
下面我們就來看看spring配置方式的寫法:
服務提供者:
雙擊zkServer.cmd啟動註冊中心服務。
2. 定義服務介面: (該介面需單獨打包,在服務提供方和消費方共享)
下面這個例子不錯,寫的很詳細可以做個model.
- package com.unj.dubbotest.provider;
- import java.util.List;
- public interface DemoService {
- String sayHello(String name);
- public List getUsers();
- }
在服務提供方實現介面:(對服務消費方隱藏實現)
- package com.unj.dubbotest.provider;
- import java.util.ArrayList;
- import java.util.LinkedList;
- import java.util.List;
- public class DemoServiceImpl implements DemoService{
- public String sayHello(String name) {
- return "Hello " + name;
- }
- public List getUsers() {
- List list = new ArrayList();
- User u1 = new User();
- u1.setName("jack");
- u1.setAge(20);
- u1.setSex("男");
- User u2 = new User();
- u2.setName("tom");
- u2.setAge(21);
- u2.setSex("女");
- User u3 = new User();
- u3.setName("rose");
- u3.setAge(19);
- u3.setSex("女");
- list.add(u1);
- list.add(u2);
- list.add(u3);
- return list;
- }
- }
- <?xmlversion="1.0"encoding="UTF-8"?>
- <beansxmlns="http://www.springframework.org/schema/beans"
- xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
- xmlns:dubbo="http://code.alibabatech.com/schema/dubbo"
- xsi:schemaLocation="http://www.springframework.org/schema/beans
- http://www.springframework.org/schema/beans/spring-beans.xsd
- http://code.alibabatech.com/schema/dubbo
- http://code.alibabatech.com/schema/dubbo/dubbo.xsd
- ">
- <!-- 具體的實現bean -->
- <beanid="demoService"class="com.unj.dubbotest.provider.DemoServiceImpl"/>
- <!-- 提供方應用資訊,用於計算依賴關係 -->
- <dubbo:applicationname="xixi_provider"/>
- <!-- 使用multicast廣播註冊中心暴露服務地址
- <dubbo:registryaddress="multicast://224.5.6.7:1234"/>-->
- <!-- 使用zookeeper註冊中心暴露服務地址 -->
- <dubbo:registryaddress="zookeeper://127.0.0.1:2181"/>
- <!-- 用dubbo協議在20880埠暴露服務 -->
- <dubbo:protocolname="dubbo"port="20880"/>
- <!-- 宣告需要暴露的服務介面 -->
- <dubbo:serviceinterface="com.unj.dubbotest.provider.DemoService"ref="demoService"/>
- </beans>
- package com.unj.dubbotest.provider;
- import org.springframework.context.support.ClassPathXmlApplicationContext;
- public class Provider {
- public static void main(String[] args) throws Exception {
- ClassPathXmlApplicationContext context = new ClassPathXmlApplicationContext(new String[] {"applicationContext.xml"});
- context.start();
- System.in.read(); // 為保證服務一直開著,利用輸入流的阻塞來模擬
- }
- }
服務消費者:
applicationContext-dubbo.xml 中註冊自己需要呼叫的介面,我剛開始測試的時候需要的介面很多,所以把這個檔案寫的滿滿的,後來熟悉了把介面按業務型別分開,寫了N多個 applicationContext-dubbo-***.xml 簡練多了 》。
1.通過Spring配置引用遠端服務:- <?xmlversion="1.0"encoding="UTF-8"?>
- <beansxmlns="http://www.springframework.org/schema/beans"
- xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"xmlns:dubbo="http://code.alibabatech.com/schema/dubbo"
- xsi:schemaLocation="http://www.springframework.org/schema/beans
- http://www.springframework.org/schema/beans/spring-beans.xsd
- http://code.alibabatech.com/schema/dubbo
- http://code.alibabatech.com/schema/dubbo/dubbo.xsd
- ">
- <!-- 消費方應用名,用於計算依賴關係,不是匹配條件,不要與提供方一樣 -->
- <dubbo:applicationname="hehe_consumer"/>
- <!-- 使用zookeeper註冊中心暴露服務地址 -->
- <!-- <dubbo:registry address="multicast://224.5.6.7:1234" /> -->
- <dubbo:registryaddress="zookeeper://127.0.0.1:2181"/>
- <!-- 生成遠端服務代理,可以像使用本地bean一樣使用demoService -->
- <dubbo:referenceid="demoService"
- interface="com.unj.dubbotest.provider.DemoService"/>
- </beans>
2.載入Spring配置,並呼叫遠端服務:
- package com.alibaba.dubbo.demo.pp;
- import java.util.List;
- import org.springframework.context.support.ClassPathXmlApplicationContext;
- import com.unj.dubbotest.provider.DemoService;
- public class Consumer {
- public static void main(String[] args) throws Exception {
- ClassPathXmlApplicationContext context = new ClassPathXmlApplicationContext(
- new String[] { "applicationContext.xml" });
- context.start();
- DemoService demoService = (DemoService) context.getBean("demoService"); //
- String hello = demoService.sayHello("tom"); // �0�4
- System.out.println(hello); //
- //
- List list = demoService.getUsers();
- if (list != null && list.size() > 0) {
- for (int i = 0; i <list.size(); i++) {
- System.out.println(list.get(i));
- }
- }
- // System.out.println(demoService.hehe());
- System.in.read();
- }
- }
呼叫結果為:
dubbo管理頁面:
這個管理頁面還需要部署一個環境的,一開始我還以為是dubbo自帶的,找了半天沒有找到....
應用頁面:
提供者頁面:
消費者頁面:
服務頁面:
相關推薦
Dubbo分散式遠端服務呼叫框架(告別Web Service模式中的WSdl,以服務者與消費者的方式在dubbo上註冊
1. Dubbo是什麼? Dubbo是一個分散式服務框架,致力於提供高效能和透明化的RPC遠端服務呼叫方案,以及SOA服務治理方案。簡單的說,dubbo就是個服務框架,如果沒有分散式的需求,其實是不需要用的,只有在分散式的時候,才有dubbo這樣的分散式服務框架的需求,
dubbo其實很簡單,就是一個遠端服務呼叫的框架(1)
dubbo專題」dubbo其實很簡單,就是一個遠端服務呼叫的框架(1) 一、dubbo是什麼? 1)本質:一個Jar包,一個分散式框架,,一個遠端服務呼叫的分散式框架。 既然是新手教學,肯定很多同學不明白什麼是分散式和遠端服務呼叫,為什麼要分散式,為什麼要遠端呼叫。我簡單畫個對比圖說明(
dubbo原始碼淺析(五)-遠端服務呼叫流程
消費端呼叫遠端服務介面時,使用上和呼叫普通的java介面是沒有任何區別,但是服務消費者和提供者是跨JVM和主機的,客戶端如何封裝請求讓服務端理解請求並且解析服務端返回的介面呼叫結果,服務端如何解析客戶端的請求並且向客戶端返回呼叫結果,這些框架是如何實現的,下面就
【遠端呼叫框架】如何實現一個簡單的RPC框架(五)優化三:軟負載中心設計與實現
【如何實現一個簡單的RPC框架】系列文章: 1.前言 在部落格【遠端呼叫框架】如何實現一個簡單的RPC框架(一)想法與設計中我們介紹了“服務註冊查詢中心”,負責服務資訊的管理即服務的註冊以及查詢,在目前為止的實現中,我們採用web應用的方式,以
Skynet服務器框架(一) Linux下的安裝和啟動
進行 harbor 的人 新源 中心 -a 編譯 加載模塊 問題 根據雲風博客的描述,Skynet 的核心功能就是解決一個問題: 把一個符合規範的 C 模塊,從 動態庫(so文件)中啟動起來,綁定一個永不重復(即使模塊退出)的數字id做為其 handle。模塊 被稱為
SpringCloud系列四:Eureka 服務發現框架(定義 Eureka 服務端、Eureka 服務信息、Eureka 發現管理、Eureka 安全配置、Eureka-HA(高可用) 機制、Eureka 服務打包部署)
pac elf figure 傳遞 uri rect body 情況 服務組 1、概念:Eureka 服務發現框架 2、具體內容 對於服務發現框架可以簡單的理解為服務的註冊以及使用操作步驟,例如:在 ZooKeeper 組件,這個組件裏面已經明確的描述了一個服務的註冊以及發
SpringCloud微服務搭建之fegin客戶端遠端服務呼叫
什麼是Feign Feign是一個宣告式的偽Http客戶端,它使得寫Http客戶端變得更簡單。使用Feign,只需要建立一個介面並註解。它具有可插拔的註解特性,可使用Feign 註解和JAX-RS註解。Feign支援可插拔的編碼器和解碼器。Feign預設集成了Ribbon,並和Eureka結合,預設實現了負
分散式系統詳解--框架(Hadoop-叢集搭建)
分散式系統詳解--框架(Hadoop-叢集搭建) 前面的文章也簡單介紹了,hadoop的環境搭建分為三種,單機版,偽分
分散式系統詳解--框架(Hadoop-單機版搭建)
分散式系統詳解--框架(Hadoop-單機版搭建) 前面講了這麼多的理論知識,也有一些基礎的小知識點,
分散式系統詳解--框架(Hadoop--RPC協議)
分散式系統詳解--框架(Hadoop--RPC協議) 在之前的一篇文章當中已經寫過一篇文章是關於RPC通
分散式系統詳解--框架(Hadoop--JAVA操作HDFS檔案)
分散式系統詳解--框架(Hadoop--JAVA操作HDFS檔案) 前面的文章介紹了怎麼將整個集群系統搭建起來,並進行了有效的測試。為了解決登入一臺伺服器登入其他伺服器需要多次輸入密碼的
分散式系統詳解--框架(Hadoop-基本shell命令)
分散式系統詳解--框架(Hadoop-基本shell命令) 前面的文章我們已經將一個叢集搭建好了,現在就需要知道一些關於hadoo
分散式系統詳解--框架(Hadoop-Ssh免密登陸配置)
分散式系統詳解--框架(Hadoop-Ssh免密登陸配置) 配置Ssh非常簡單,其實就是為了避免將來叢集機器變得很多導致操作本機、
分散式系統詳解--框架(Zookeeper-簡介和叢集搭建)
分散式系統詳解--框架(Zookeeper-簡介和叢集搭建) 一、Zookeeper簡介 1.1 Zookeeper是什麼?
dubbo原始碼分析-服務呼叫流程-筆記
消費端呼叫過程流程圖 消費端的呼叫過程 消費端介面例項: 服務端接收訊息處理過程 NettyHandler. messageReceived 接收訊息的時候,通過NettyHandler.messageReceived作為入口 @Override public vo
分享一個C++與Python開發的中小型通用遊戲服務端框架(跨平臺,開源,適合MMORPG遊戲)
在開發一款遊戲專案時,在立項時我們往往會考慮或者糾結很多,比如: 1,對於開發來說:服務端和客戶端應該選擇什麼語言?用什麼協議通訊才更效率?協議後期如何維護?Socket是用長連線還是短連線?TCP還是UDP?客戶端資源、配置表、程式碼如何進行熱更新?等等。 2,對於策劃來說:配置表使用什麼比較方便?
分散式系統詳解--框架(Hadoop-HDFS的HA搭建及測試)
分散式系統詳解 - 框架(Hadoop的HDFS的HA搭建及測試) 一,背景概述 解決問題1:通過上面的圖我們可以明確的看出來,如果的Namenode壞掉了,那我們的整個叢集可以說就是要癱瘓了也就是單節點故障問題。 於是現在就出現了另外一
spring mvc 實現遠端服務呼叫的幾種方式
org.springframework.remoting.httpinvoker.HttpInvokerServiceExporter 實現遠端服務呼叫 (1)httpinvoker方式 伺服器客戶端都是spring時推薦這種方式 服務端 必須要實現 bean實體類
Android開發之AIDL實現遠端服務程序通訊(IPC)
首先什麼是AIDL呢,它是Android系統中的一種介面定義語言,用於約束兩個程序間的通訊規則,供編譯器生成程式碼。 實現Android裝置上的兩個程序間通訊(IPC),程序之間的通訊資訊首先會被轉換成AIDL協議資訊,然後傳送給對方;對方接收到AIDL協議資
httpInvoker提供遠端服務呼叫總結(一
1 使用httpInvoker提供遠端服務 使用HttpInvoker,不需要額外的類庫。和Hessian的輕量級傳輸協議不同的是,Spring HttpInvoker使用Java序列化來序列化引數和返回值,然後基於HTTP協議傳輸經序列化後的物件。當引數或返回值是複雜型別,並且不能通過Hessian的序列