1. Dubbo是什麼?
Dubbo是一個分布式服務架構,緻力于提供高性能和透明化的RPC遠端服務調用方案,以及SOA服務治理方案。簡單的說,dubbo就是個服務架構,如果沒有分布式的需求,其實是不需要用的,隻有在分布式的時候,才有dubbo這樣的分布式服務架構的需求,并且本質上是個服務調用的東東,說白了就是個遠端服務調用的分布式架構(告别Web Service模式中的WSdl,以服務者與消費者的方式在dubbo上注冊)
其核心部分包含:
1. 遠端通訊: 提供對多種基于長連接配接的NIO架構抽象封裝,包括多種線程模型,序列化,以及“請求-響應”模式的資訊交換方式。
2. 叢集容錯: 提供基于接口方法的透明遠端過程調用,包括多協定支援,以及軟負載均衡,失敗容錯,位址路由,動态配置等叢集支援。
3. 自動發現: 基于注冊中心目錄服務,使服務消費方能動态的查找服務提供方,使位址透明,使服務提供方可以平滑增加或減少機器。
2. Dubbo能做什麼?
1.透明化的遠端方法調用,就像調用本地方法一樣調用遠端方法,隻需簡單配置,沒有任何API侵入。
2.軟負載均衡及容錯機制,可在内網替代F5等硬體負載均衡器,降低成本,減少單點。
3. 服務自動注冊與發現,不再需要寫死服務提供方位址,注冊中心基于接口名查詢服務提供者的IP位址,并且能夠平滑添加或删除服務提供者。
Dubbo采用全spring配置方式,透明化接入應用,對應用沒有任何API侵入,隻需用Spring加載Dubbo的配置即可,Dubbo基于Spring的Schema擴充進行加載。
之前使用Web Service,我想測試接口可以通過模拟消息的方式通過soapui或LR進行功能測試或性能測試。但現在使用Dubbo,接口之間不能直接互動,我嘗試通過模拟消費者位址測試,結果不堪入目,再而使用jmeter通過junit進行測試,但還是需要往dubbo上去注冊,如果再不給提供源代碼的前提下,這個測試用例不好寫啊....
3. dubbo的架構
dubbo架構圖如下所示:
![](https://img.laitimes.com/img/9ZDMuAjOiMmIsIjOiQnIsICNzcDNzcDM0EDNyITMzEDMy8CX0Vmbu4GZzNmLn9Gbi1yZtl2Lc9CX6MHc0RHaiojIsJye.jpg)
節點角色說明:
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配置方式的寫法:
服務提供者:
1. 下載下傳zookeeper注冊中心,下載下傳位址:http://www.apache.org/dyn/closer.cgi/zookeeper/ 下載下傳後解壓即可,進入D:\apach-zookeeper-3.4.5\bin,
輕按兩下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;
- }
- }
用Spring配置聲明暴露服務:
- <?xml version="1.0" encoding="UTF-8"?>
- <beans xmlns="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 -->
- <bean id="demoService" class="com.unj.dubbotest.provider.DemoServiceImpl" />
- <!-- 提供方應用資訊,用于計算依賴關系 -->
- <dubbo:application name="xixi_provider" />
- <!-- 使用multicast廣播注冊中心暴露服務位址
- <dubbo:registry address="multicast://224.5.6.7:1234" />-->
- <!-- 使用zookeeper注冊中心暴露服務位址 -->
- <dubbo:registry address="zookeeper://127.0.0.1:2181" />
- <!-- 用dubbo協定在20880端口暴露服務 -->
- <dubbo:protocol name="dubbo" port="20880" />
- <!-- 聲明需要暴露的服務接口 -->
- <dubbo:service interface="com.unj.dubbotest.provider.DemoService" ref="demoService" />
- </beans>
加載Spring配置,啟動服務:
- 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配置引用遠端服務:
- <?xml version="1.0" encoding="UTF-8"?>
- <beans xmlns="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:application name="hehe_consumer" />
- <!-- 使用zookeeper注冊中心暴露服務位址 -->
- <!-- <dubbo:registry address="multicast://224.5.6.7:1234" /> -->
- <dubbo:registry address="zookeeper://127.0.0.1:2181" />
- <!-- 生成遠端服務代理,可以像使用本地bean一樣使用demoService -->
- <dubbo:reference id="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"); // ִ
- 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自帶的,找了半天沒有找到....
應用頁面:
提供者頁面:
消費者頁面:
服務頁面:
測試是否成功,我覺得隻要看看狀态是否正常,就ok了 ....
案例代碼下載下傳:http://download.csdn.net/detail/yiyu1/7116319
靈活測試團隊,不再僅僅是在coding之後。而是和研發人員貫穿在需求分析、規格說明、自動化單元測試、自動化驗收測試、靜态代碼分析、技術債等環節中。是以靈活項目必定在将來效率的趨勢下成為主流。