dubbox的原理詳解
1 Dubbo介紹
1.1 dubbox簡介
隨着互聯網的發展，網站應用的規模不斷擴大，常規的垂直應用架構已沒法應對，分佈式服務架構以及流動計算架構勢在必行，亟需一個治理系統確保架構有條不紊的演進。前端
-
單一應用架構
當網站流量很小時，只需一個應用，將全部功能都部署在一塊兒，以減小部署節點和成本。
此時，用於簡化增刪改查工做量的 數據訪問框架(ORM) 是關鍵。java -
垂直應用架構
當訪問量逐漸增大，單一應用增長機器帶來的加速度愈來愈小，將應用拆成互不相干的幾個應用，以提高效率。
此時，用於加速前端頁面開發的 Web框架(MVC) 是關鍵。git -
分佈式服務架構
當垂直應用愈來愈多，應用之間交互不可避免，將核心業務抽取出來，做爲獨立的服務，逐漸造成穩定的服務中心，使前端應用能更快速的響應多變的市場需求。
此時，用於提升業務複用及整合的 分佈式服務框架(RPC) 是關鍵。github -
流動計算架構
當服務愈來愈多，容量的評估，小服務資源的浪費等問題逐漸顯現，此時需增長一個調度中心基於訪問壓力實時管理集羣容量，提升集羣利用率。
此時，用於提升機器利用率的 資源調度和治理中心(SOA) 是關鍵。web
dubbox是dubbo的擴展，主要在dubbo的基礎上進行了一下的改進：算法
一、支持REST風格遠程調用（HTTP + JSON/XML)：基於很是成熟的JBoss RestEasy框架，在dubbo中實現了REST風格（HTTP + JSON/XML）的遠程調用，以顯著簡化企業內部的跨語言交互，同時顯著簡化企業對外的Open API、無線API甚至AJAX服務端等等的開發。事實上，這個REST調用也使得Dubbo能夠對當今特別流行的「微服務」架構提供基礎性支持。 另外，REST調用也達到了比較高的性能，在基準測試下，HTTP + JSON與Dubbo 2.x默認的RPC協議（即TCP + Hessian2二進制序列化）之間只有1.5倍左右的差距，詳見文檔中的基準測試報告。spring
二、支持基於Kryo和FST的Java高效序列化實現：基於當今比較知名的Kryo和FST高性能序列化庫，爲Dubbo默認的RPC協議添加新的序列化實現，並優化調整了其序列化體系，比較顯著的提升了Dubbo RPC的性能，詳見文檔中的基準測試報告。數據庫
三、支持基於Jackson的JSON序列化：基於業界應用最普遍的Jackson序列化庫，爲Dubbo默認的RPC協議添加新的JSON序列化實現。express
四、支持基於嵌入式Tomcat的HTTP remoting體系：基於嵌入式tomcat實現dubbo的HTTP remoting體系（即dubbo-remoting-http），用以逐步取代Dubbo中舊版本的嵌入式Jetty，能夠顯著的提升REST等的遠程調用性能，並將Servlet API的支持從2.5升級到3.1。（注：除了REST，dubbo中的WebServices、Hessian、HTTP Invoker等協議都基於這個HTTP remoting體系）。apache
五、升級Spring：將dubbo中Spring由2.x升級到目前最經常使用的3.x版本，減小版本衝突帶來的麻煩。
六、升級ZooKeeper客戶端：將dubbo中的zookeeper客戶端升級到最新的版本，以修正老版本中包含的bug。
七、支持徹底基於Java代碼的Dubbo配置：基於Spring的Java Config，實現徹底無XML的純Java代碼方式來配置dubbo
八、調整Demo應用：暫時將dubbo的demo應用調整並改寫以主要演示REST功能、Dubbo協議的新序列化方式、基於Java代碼的Spring配置等等。
九、修正了dubbo的bug 包括配置、序列化、管理界面等等的bug。
1.2 dubbo架構構成
dubbo運行架構以下圖示：
- 節點角色說明：
一、Provider:暴露服務的服務提供方。 Consumer: 調用遠程服務的服務消費方。 二、Registry:服務註冊與發現的註冊中心。 Monitor: 統計服務的調用次調和調用時間的監控中心。 三、Container: 服務運行容器。
- 1
- 2
- 3
- 調用關係說明：
一、服務容器負責啓動，加載，運行服務提供者。
二、服務提供者在啓動時，向註冊中心註冊本身提供的服務。
三、服務消費者在啓動時，向註冊中心訂閱本身所需的服務。
四、註冊中心返回服務提供者地址列表給消費者，若是有變動，註冊中心將基於長鏈接推送變動數據給消費者。
五、服務消費者，從提供者地址列表中，基於軟負載均衡算法，選一臺提供者進行調用，若是調用失敗，再選另外一臺調用。
六、服務消費者和提供者，在內存中累計調用次數和調用時間，定時每分鐘發送一次統計數據到監控中心。
1.3 dubbo的特性
(1) 連通性：
註冊中心負責服務地址的註冊與查找，至關於目錄服務，服務提供者和消費者只在啓動時與註冊中心交互，註冊中心不轉發請求，壓力較小監控中心負責統計各服務調用次數，調用時間等，統計先在內存彙總後每分鐘一次發送到監控中心服務器，並以報表展現服務提供者向註冊中心註冊其提供的服務，並彙報調用時間到監控中心，此時間不包含網絡開銷服務消費者向註冊中心獲取服務提供者地址列表，並根據負載算法直接調用提供者，同時彙報調用時間到監控中心，此時間包含網絡開銷註冊中心，服務提供者，服務消費者三者之間均爲長鏈接，監控中心除外註冊中心經過長鏈接感知服務提供者的存在，服務提供者宕機，註冊中心將當即推送事件通知消費者註冊中心和監控中心所有宕機，不影響已運行的提供者和消費者，消費者在本地緩存了提供者列表
註冊中心和監控中心都是可選的，服務消費者能夠直連服務提供者
(2) 健狀性：
監控中心宕掉不影響使用，只是丟失部分採樣數據數據庫宕掉後，註冊中心仍能經過緩存提供服務列表查詢，但不能註冊新服務註冊中心對等集羣，任意一臺宕掉後，將自動切換到另外一臺註冊中心所有宕掉後，服務提供者和服務消費者仍能經過本地緩存通信服務提供者無狀態，任意一臺宕掉後，不影響使用服務提供者所有宕掉後，服務消費者應用將沒法使用，並沒有限次重連等待服務提供者恢復
(3) 伸縮性：
註冊中心爲對等集羣，可動態增長機器部署實例，全部客戶端將自動發現新的註冊中心
服務提供者無狀態，可動態增長機器部署實例，註冊中心將推送新的服務提供者信息給消費者
(4) 升級性：
當服務集羣規模進一步擴大，帶動IT治理結構進一步升級，須要實現動態部署，進行流動計算，現有分佈式服務架構不會帶來阻力：
1.4 dubbo的調用方式
- 異步調用
基於NIO的非阻塞實現並行調用，客戶端不須要啓動多線程便可完成並行調用多個遠程服務，相對多線程開銷較小。
- 本地調用
本地調用，使用了Injvm協議，是一個僞協議，它不開啓端口，不發起遠程調用，只在JVM內直接關聯，但執行Dubbo的Filter鏈。
Define injvm protocol:
<dubbo:protocol name="injvm" />
- 1
Set default protocol:
<dubbo:provider protocol="injvm" />
- 1
Set service protocol:
<dubbo:service protocol="injvm" />
- 1
Use injvm first:
<dubbo:consumer injvm="true" .../> <dubbo:provider injvm="true" .../> 或 <dubbo:reference injvm="true" .../> <dubbo:service injvm="true" .../>
- 1
- 2
- 3
- 4
- 5
- 6
注意：服務暴露與服務引用都須要聲明injvm=「true」
1.5 dubbo支持的註冊中心
Dubbo提供的註冊中心有以下幾種類型可供選擇：
- Multicast註冊中心
- Zookeeper註冊中心
- Redis註冊中心
- Simple註冊中心
ZooKeeper是一個開源的分佈式服務框架，它是Apache Hadoop項目的一個子項目，主要用來解決分佈式應用場景中存在的一些問題，如：統一命名服務、狀態同步服務、集羣管理、分佈式應用配置管理等，它支持Standalone模式和分佈式模式，在分佈式模式下，可以爲分佈式應用提供高性能和可靠地協調服務，並且使用ZooKeeper能夠大大簡化分佈式協調服務的實現，爲開發分佈式應用極大地下降了成本。
ZooKeeper整體架構
ZooKeeper集羣由一組Server節點組成，這一組Server節點中存在一個角色爲Leader的節點，其餘節點都爲Follower。當客戶端Client鏈接到ZooKeeper集羣，而且執行寫請求時，這些請求會被髮送到Leader節點上，而後Leader節點上數據變動會同步到集羣中其餘的Follower節點。
1.6 dubbo支持的遠程通訊協議
遠程通訊須要指定通訊雙方所約定的協議，在保證通訊雙方理解協議語義的基礎上，還要保證高效、穩定的消息傳輸。Dubbo繼承了當前主流的網絡通訊框架，主要包括以下幾個：
- Mina
- Netty
- Grizzly
1.7 dubbo支持的遠程調用協議
Dubbo支持多種協議，以下所示：
- Dubbo協議
- Hessian協議
- HTTP協議
- RMI協議
- WebService協議
- Thrift協議
- Memcached協議
- Redis協議
在通訊過程當中，不一樣的服務等級通常對應着不一樣的服務質量，那麼選擇合適的協議即是一件很是重要的事情。你能夠根據你應用的建立來選擇。例如，使用RMI協議，通常會受到防火牆的限制，因此對於外部與內部進行通訊的場景，就不要使用RMI協議，而是基於HTTP協議或者Hessian協議。
1.8 dubbo集羣容錯和負載均衡
一、集羣容錯
在集羣調用失敗時，Dubbo提供了多種容錯方案，缺省爲failover重試。
-
Failover Cluster
失敗自動切換，當出現失敗，重試其它服務器。(缺省)
一般用於讀操做，但重試會帶來更長延遲。
可經過retries=「2」來設置重試次數(不含第一次)。 -
Failfast Cluster
快速失敗，只發起一次調用，失敗當即報錯。
一般用於非冪等性的寫操做，好比新增記錄。 -
Failsafe Cluster
失敗安全，出現異常時，直接忽略。
一般用於寫入審計日誌等操做。 -
Failback Cluster
失敗自動恢復，後臺記錄失敗請求，定時重發。
一般用於消息通知操做。 -
Forking Cluster
並行調用多個服務器，只要一個成功即返回。
一般用於實時性要求較高的讀操做，但須要浪費更多服務資源。
可經過forks=「2」來設置最大並行數。 -
Broadcast Cluster
廣播調用全部提供者，逐個調用，任意一臺報錯則報錯。(2.1.0開始支持)
一般用於通知全部提供者更新緩存或日誌等本地資源信息。
二、負載均衡
- Random LoadBalance隨機，按權重設置隨機機率。
在一個截面上碰撞的機率高，但調用量越大分佈越均勻，並且按機率使用權重後也比較均勻，有利於動態調整提供者權重。
-
RoundRobin LoadBalance 輪循，按公約後的權重設置輪循比率。
存在慢的提供者累積請求問題，好比：第二臺機器很慢，但沒掛，當請求調到第二臺時就卡在那，長此以往，全部請求都卡在調到第二臺上。 -
LeastActive LoadBalance 最少活躍調用數，相同活躍數的隨機，活躍數指調用先後計數差。
使慢的提供者收到更少請求，由於越慢的提供者的調用先後計數差會越大。 -
ConsistentHash LoadBalance 一致性Hash，相同參數的請求老是發到同一提供者。
當某一臺提供者掛時，本來發往該提供者的請求，基於虛擬節點，平攤到其它提供者，不會引發劇烈變更。
配置如：
<dubbo:service interface="..." loadbalance="roundrobin" />
- 1
1.9 dubbo源代碼結構
Dubbo以包結構來組織各個模塊，各個模塊及其關係，如圖所示：
-
dubbo-common 公共邏輯模塊，包括Util類和通用模型。
-
dubbo-remoting 遠程通信模塊，至關於Dubbo協議的實現，若是RPC用RMI協議則不須要使用此包。
-
dubbo-rpc 遠程調用模塊，抽象各類協議，以及動態代理，只包含一對一的調用，不關心集羣的管理。
-
dubbo-cluster 集羣模塊，將多個服務提供方假裝爲一個提供方，包括：負載均衡、容錯、路由等，集羣的地址列表能夠是靜態配置的，也能夠是由註冊中心下發。
-
dubbo-registry 註冊中心模塊，基於註冊中心下發地址的集羣方式，以及對各類註冊中心的抽象。
-
dubbo-monitor 監控模塊，統計服務調用次數，調用時間的，調用鏈跟蹤的服務。
-
dubbo-config 配置模塊，是Dubbo對外的API，用戶經過Config使用Dubbo，隱藏Dubbo全部細節。
-
dubbo-container 容器模塊，是一個Standalone的容器，以簡單的Main加載Spring啓動，由於服務一般不須要Tomcat/JBoss等Web容器的特性，不必用Web容器去加載服務。
1.10 Dubbo內核實現之SPI簡單介紹
Dubbo採用微內核+插件體系，使得設計優雅，擴展性強。那所謂的微內核+插件體系是如何實現的呢！即咱們定義了服務接口標準，讓廠商去實現（若是不瞭解spi的請谷歌百度下）, jdk經過ServiceLoader類實現spi機制的服務查找功能。
JDK實現spi服務查找: ServiceLoader
首先定義下示例接口
package com.example;
public interface Spi {
booleanisSupport(String name);
String sayHello();
}
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
ServiceLoader會遍歷全部jar查找META-INF/services/com.example.Spi文件
A廠商提供實現
package com.a.example;
public class SpiAImpl implements Spi {
publicboolean isSupport(String name) {
return"SPIA".equalsIgnoreCase(name.trim());
}
public String syaHello() {
return 「hello 我是廠商A」;
}
}
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
在A廠商提供的jar包中的META-INF/services/com.example.Spi文件內容爲：
com.a.example.SpiAImpl #廠商A的spi實現全路徑類名
B廠商提供實現
package com.b.example;
public class SpiBImpl implements Spi {
publicboolean isSupport(String name) {
return"SPIB".equalsIgnoreCase(name.trim());
}
public String syaHello() {
return 「hello 我是廠商B」;
}
}
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
在B廠商提供的jar包中的META-INF/services/com.example.Spi文件內容爲：
com.b.example.SpiBImpl #廠商B的spi實現全路徑類名
ServiceLoader.load(Spi.class)讀取廠商A、B提供jar包中的文件，ServiceLoader實現了Iterable接口可經過while for循環語句遍歷出全部實現。
一個接口多種實現，就如策略模式同樣提供了策略的實現，可是沒有提供策略的選擇， 使用方能夠根據isSupport方法根據業務傳入廠商名來選擇具體的廠商。
public class SpiFactory {
//讀取配置獲取全部實現
privatestatic ServiceLoader spiLoader = ServiceLoader.load(Spi.class);
//根據名字選取對應實現
publicstatic Spi getSpi(String name) {
for(Spi spi : spiLoader) {
if(spi.isSupport(name) ) {
returnspi;
}
}
returnnull;
}
}
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
SPI接口定義
定義了@SPI註解
public @interface SPI {
Stringvalue() default ""; //指定默認的擴展點
}
- 1
- 2
- 3
只有在接口打了@SPI註解的接口類纔會去查找擴展點實現，會依次從這幾個文件中讀取擴展點
META-INF/dubbo/internal/ //dubbo內部實現的各類擴展都放在了這個目錄了 META-INF/dubbo/ META-INF/services/
- 1
- 2
- 3
- 4
- 5
咱們以Protocol接口爲例， 接口上打上SPI註解，默認擴展點名字爲dubbo
@SPI("dubbo")
public interface Protocol{
}
- 1
- 2
- 3
- 4
具體實現的類有:
因此說：Remoting實現是Dubbo協議的實現
2 Dubbo架構部署搭建
2.1 準備工做
在開始搭建dubbox服務架構前須要完成如下準備工做：
- 下載安裝運行zookeeper 具體安裝過程詳見zookeeper官網：http://zookeeper.apache.org/ 使用版本爲3.4.7
- 下載安裝tomcat 具體安裝過程詳見zookeeper官網：http://tomcat.apache.org/ 使用版本爲：7.0.67
- 下載dubbox代碼 github地址：http://dangdangdotcom.github.io/dubbox
2.2 build dubbox源碼
下載好dubbox的源代碼以後，能夠看到dubbox的項目架構構成以下：
從上圖能夠看出dubbox包含的各個組件和功能模塊。
其中dubbo-admin爲dubbox的監控管理平臺。dubbo-demo中有提供一些dubbox的各類使用實例。咱們經過運行dubbo-demo中提供的功能實例來了解dubbox的使用和大體運行原理。
在dubbox中的官方github中提供了以下的說明：
一、git clone https://github.com/dangdangdotcom/dubbox
二、在checkout出來的dubbox目錄執行mvn install -Dmaven.test.skip=true來嘗試編譯一下dubbo（並將dubbo的jar安裝到本地maven庫）
三、在checkout出來的dubbox根目錄執行mvn idea:idea或者mvn
eclipse:eclipse，來建立IDE工程文件
四、將項目導入IDE
五、下載解壓一個zookeeper，編輯其conf/zoo.cfg後啓動zookeeper用做dubbo註冊中心：bin/zkServer.sh start
六、用IDE運行/dubbo-demo/dubbo-demo-provider/…/test目錄下的DemoProvider啓動dubbo服務端，目前他會分別啓動dubbo協議（包括用kryo和FST序列化）和REST協議的服務
七、用IDE運行/dubbo-demo/dubbo-demo-consumer/…/test目錄下的DemoConsumer來啓動dubbo客戶端調用上面的服務端，直接看console的輸出便可
八、用IDE運行/dubbo-demo/dubbo-demo-consumer/…/test目錄下的RestClient來啓動rest客戶端（模擬非dubbo的rest客戶端）調用上面的服務端，直接看console的輸出便可
九、能夠在瀏覽器中直接訪問http://localhost:8888/services/users/100.xml或者http://localhost:8888/services/users/101.json之類來測試REST服務
十、瞭解tomcat和IDE集成的同事，能夠直接在IDE中將/dubbo-demo/dubbo-demo-provider/部署到tomcat上，用tomcat的servlet容器來發布REST服務（要同時修改dubbo-demo-provider.xml，請看那個文件中的註釋），而後用六、七、8中的方式來訪問它。（固然也能夠在命令行直接mvn package，而後將生成的war部署到外面的tomcat中作測試）
十一、若是想看服務監控效果，或者避免demo拋出找不到監控的異常警告，用IDE運行/dubbo-simple/dubbo-simple-monitor/…/test目錄下的SimpleMonitor來啓動監控中心便可。
下載代碼，執行下邊的命令：
mvn install -Dmaven.test.skip=true
- 1
可是經測試如直接mvn install 的話會出現一系列的build 失敗信息。
須要先修改dubbox根目錄下的pom.xml文件，註釋：
<!--<plugin>-->
<!--<groupId>org.apache.maven.plugins</groupId>-->
<!--<artifactId>maven-surefire-plugin</artifactId>-->
<!--<configuration>-->
<!--<testFailureIgnore>true</testFailureIgnore>-->
<!--</configuration>-->
<!--</plugin>-->
<!--<plugin>-->
<!--<groupId>org.apache.maven.plugins</groupId>-->
<!--<artifactId>maven-surefire-plugin</artifactId>-->
<!--<version>${maven-surefire-plugin_version}</version>-->
<!--<configuration>-->
<!--<useSystemClassLoader>true</useSystemClassLoader>-->
<!--<forkMode>once</forkMode>-->
<!--<argLine>${argline}</argLine>-->
<!--<systemProperties>-->
<!--<!– common shared –>-->
<!--<property>-->
<!--<name>transporter</name>-->
<!--<value>${transporter}</value>-->
<!--</property>-->
<!--<property>-->
<!--<name>serialization</name>-->
<!--<value>${serialization}</value>-->
<!--</property>-->
<!--<!– server side –>-->
<!--<property>-->
<!--<name>port</name>-->
<!--<value>${port}</value>-->
<!--</property>-->
<!--<property>-->
<!--<name>threadpool</name>-->
<!--<value>${threadpool}</value>-->
<!--</property>-->
<!--<property>-->
<!--<name>threads</name>-->
<!--<value>${threads}</value>-->
<!--</property>-->
<!--<property>-->
<!--<name>iothreads</name>-->
<!--<value>${iothreads}</value>-->
<!--</property>-->
<!--<!– client side –>-->
<!--<property>-->
<!--<name>server</name>-->
<!--<value>${server}</value>-->
<!--</property>-->
<!--<property>-->
<!--<name>timeout</name>-->
<!--<value>${timeout}</value>-->
<!--</property>-->
<!--<property>-->
<!--<name>length</name>-->
<!--<value>${length}</value>-->
<!--</property>-->
<!--<property>-->
<!--<name>connections</name>-->
<!--<value>${connections}</value>-->
<!--</property>-->
<!--<property>-->
<!--<name>base</name>-->
<!--<value>${base}</value>-->
<!--</property>-->
<!--<property>-->
<!--<name>concurrent</name>-->
<!--<value>${concurrent}</value>-->
<!--</property>-->
<!--<property>-->
<!--<name>runs</name>-->
<!--<value>${runs}</value>-->
<!--</property>-->
<!--<property>-->
<!--<name>onerror</name>-->
<!--<value>${onerror}</value>-->
<!--</property>-->
<!--</systemProperties>-->
<!--</configuration>-->
<!--</plugin>-->
<!--<plugin>-->
<!--<groupId>org.apache.maven.plugins</groupId>-->
<!--<artifactId>maven-surefire-plugin</artifactId>-->
<!--<version>${maven-surefire-plugin_version}</version>-->
<!--<configuration>-->
<!--<useSystemClassLoader>true</useSystemClassLoader>-->
<!--<forkMode>once</forkMode>-->
<!--<argLine>${argline}</argLine>-->
<!--<systemProperties>-->
<!--<!– common shared –>-->
<!--<property>-->
<!--<name>transporter</name>-->
<!--<value>${transporter}</value>-->
<!--</property>-->
<!--<property>-->
<!--<name>serialization</name>-->
<!--<value>${serialization}</value>-->
<!--</property>-->
<!--<!– server side –>-->
<!--<property>-->
<!--<name>port</name>-->
<!--<value>${port}</value>-->
<!--</property>-->
<!--<property>-->
<!--<name>threadpool</name>-->
<!--<value>${threadpool}</value>-->
<!--</property>-->
<!--<property>-->
<!--<name>threads</name>-->
<!--<value>${threads}</value>-->
<!--</property>-->
<!--<property>-->
<!--<name>iothreads</name>-->
<!--<value>${iothreads}</value>-->
<!--</property>-->
<!--<!– client side –>-->
<!--<property>-->
<!--<name>server</name>-->
<!--<value>${server}</value>-->
<!--</property>-->
<!--<property>-->
<!--<name>timeout</name>-->
<!--<value>${timeout}</value>-->
<!--</property>-->
<!--<property>-->
<!--<name>length</name>-->
<!--<value>${length}</value>-->
<!--</property>-->
<!--<property>-->
<!--<name>connections</name>-->
<!--<value>${connections}</value>-->
<!--</property>-->
<!--<property>-->
<!--<name>base</name>-->
<!--<value>${base}</value>-->
<!--</property>-->
<!--<property>-->
<!--<name>concurrent</name>-->
<!--<value>${concurrent}</value>-->
<!--</property>-->
<!--<property>-->
<!--<name>runs</name>-->
<!--<value>${runs}</value>-->
<!--</property>-->
<!--<property>-->
<!--<name>onerror</name>-->
<!--<value>${onerror}</value>-->
<!--</property>-->
<!--</systemProperties>-->
<!--</configuration>-->
<!--</plugin>-->
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
- 35
- 36
- 37
- 38
- 39
- 40
- 41
- 42
- 43
- 44
- 45
- 46
- 47
- 48
- 49
- 50
- 51
- 52
- 53
- 54
- 55
- 56
- 57
- 58
- 59
- 60
- 61
- 62
- 63
- 64
- 65
- 66
- 67
- 68
- 69
- 70
- 71
- 72
- 73
- 74
- 75
- 76
- 77
- 78
- 79
- 80
- 81
- 82
- 83
- 84
- 85
- 86
- 87
- 88
- 89
- 90
- 91
- 92
- 93
- 94
- 95
- 96
- 97
- 98
- 99
- 100
- 101
- 102
- 103
- 104
- 105
- 106
- 107
- 108
- 109
- 110
- 111
- 112
- 113
- 114
- 115
- 116
- 117
- 118
- 119
- 120
- 121
- 122
- 123
- 124
- 125
- 126
- 127
- 128
- 129
- 130
- 131
- 132
- 133
- 134
- 135
- 136
- 137
- 138
- 139
- 140
- 141
- 142
- 143
- 144
- 145
- 146
- 147
- 148
- 149
- 150
- 151
等部分。
而後再運行mvn install， 通常狀況下有可能仍是會build失敗。
嘗試不一樣的網絡環境下build，總會成功的。
2.3 運行dubbox-admin
在成功的build好dubbox源代碼以後，能夠在IDE中運行dubbo-demo項目中的例子。
在運行以前須要：
1.啓動zookeeper 執行以下命令啓動：
bin/zkServer.sh start
- 1
2.測試鏈接zookeeper 執行以下命令測試鏈接
bin/zkCli.sh -server ip:端口
- 1
若是發現你確實啓動了zookeeper,可是鏈接不上的狀況。請檢查防火牆設置。
3.部署dubbo-admin到你的tomcat
首先須要將dubbo-admin.war解壓後拷貝全部的文件到 webapp下的/ROOT目錄中（首先請刪除ROOT目錄中的全部文件）。 而後在部署目錄（即/ROOT目錄）下的WEB-INF目錄中找到dubbo.properties文件，打開該文件有以下配置項：
dubbo.registry.address=zookeeper://121.40.97.224:2181 dubbo.admin.root.password=root dubbo.admin.guest.password=guest
- 1
- 2
- 3
其中dubbo.registry.address項須要配置爲註冊中心的地址和端口，也就是zookeeper的地址和端口
dubbo.admin.root.password爲root管理用戶的登陸密碼。
dubbo.admin.guest.password爲guest用戶的登陸密碼。
啓動tomcat訪問dubbo-admin：
http://127.0.0.1:8686 能夠看到註冊中心的系統環境，系統狀態已經供者狀況
2.4 設置dubbo-demo中的配置，添加dubbo服務提供者
1.修改配置文件，設置註冊中心的地址爲安裝好的zookeeper
<?xml version="1.0" encoding="UTF-8"?>
<!--
- Copyright 1999-2011 Alibaba Group.
-
- Licensed under the Apache License, Version 2.0 (the "License");
- you may not use this file except in compliance with the License.
- You may obtain a copy of the License at
-
- http://www.apache.org/licenses/LICENSE-2.0
-
- Unless required by applicable law or agreed to in writing, software
- distributed under the License is distributed on an "AS IS" BASIS,
- WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
- See the License for the specific language governing permissions and
- limitations under the License.
-->
<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-2.5.xsd
http://code.alibabatech.com/schema/dubbo http://code.alibabatech.com/schema/dubbo/dubbo.xsd">
<dubbo:application name="demo-provider" owner="programmer" organization="dubbox"/>
<!--此處修改成安裝的註冊中心zookeeper地址-->
<dubbo:registry address="zookeeper://127.0.0.1:2181"/>
<!--uncomment this if you want to test dubbo's monitor-->
<!--<dubbo:monitor protocol="registry"/>-->
<!-- here we demonstrate both annotation-based and xml-based configs -->
<dubbo:annotation package="com.alibaba.dubbo.demo.user.facade" />
<dubbo:protocol name="dubbo" serialization="kryo" optimizer="com.alibaba.dubbo.demo.SerializationOptimizerImpl"/>
<!--<dubbo:protocol name="dubbo" serialization="fst" optimizer="com.alibaba.dubbo.demo.SerializationOptimizerImpl"/>-->
<!--<dubbo:protocol name="dubbo" serialization="nativejava"/>-->
<!--<dubbo:protocol name="dubbo" serialization="hessian2"/>-->
<!--<dubbo:protocol name="dubbo" serialization="fastjson"/>-->
<!--<dubbo:protocol name="dubbo" serialization="dubbo"/>-->
<!--TODO according to the spring convention, we should use something like keep-alive-->
<!-- use netty server -->
<!--<dubbo:protocol name="rest" port="8888" keepalive="true" server="netty" iothreads="5" threads="100" contextpath="services"/>-->
<!-- use tjws server -->
<!--<dubbo:protocol name="rest" port="8888" server="tjws" contextpath="services"/>-->
<!-- use tomcat server 8888 -->
<dubbo:protocol name="rest" port="8888" threads="500" contextpath="services" server="tomcat" accepts="500"
extension="com.alibaba.dubbo.demo.extension.TraceInterceptor,
com.alibaba.dubbo.demo.extension.TraceFilter,
com.alibaba.dubbo.demo.extension.ClientTraceFilter,
com.alibaba.dubbo.demo.extension.DynamicTraceBinding,
com.alibaba.dubbo.demo.extension.CustomExceptionMapper,
com.alibaba.dubbo.rpc.protocol.rest.support.LoggingFilter"/>
<!-- use the external tomcat or other server with the servlet approach; the port and contextpath must be exactly the same as those in external server -->
<!-- <dubbo:protocol name="rest" port="6080" contextpath="services" server="servlet"/> -->
<!-- <dubbo:protocol name="rest" server="servlet"/> -->
<dubbo:protocol name="http" port="8889"/>
<dubbo:protocol name="hessian" port="8890"/>
<dubbo:protocol name="webservice" port="8892"/>
<dubbo:service interface="com.alibaba.dubbo.demo.bid.BidService" ref="bidService" protocol="dubbo"/>
<!-- we add the group property since there's another annotation-configured service impl: com.alibaba.dubbo.demo.user.facade.AnnotationDrivenUserRestServiceImpl -->
<dubbo:service interface="com.alibaba.dubbo.demo.user.UserService" ref="userService" protocol="dubbo" group="xmlConfig"/>
<dubbo:service interface="com.alibaba.dubbo.demo.user.facade.UserRestService" ref="userRestService" protocol="rest" validation="true"/>
<dubbo:service interface="com.alibaba.dubbo.demo.user.facade.AnotherUserRestService" ref="anotherUserRestService" protocol="rest" timeout="2000" connections="100" validation="true"/>
<bean id="bidService" class="com.alibaba.dubbo.demo.bid.BidServiceImpl" />
<bean id="userService" class="com.alibaba.dubbo.demo.user.UserServiceImpl" />
<bean id="userRestService" class="com.alibaba.dubbo.demo.user.facade.UserRestServiceImpl">
<property name="userService" ref="userService"/>
</bean>
<bean id="anotherUserRestService" class="com.alibaba.dubbo.demo.user.facade.AnotherUserRestServiceImpl">
<property name="userService" ref="userService"/>
</bean>
</beans>
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
- 35
- 36
- 37
- 38
- 39
- 40
- 41
- 42
- 43
- 44
- 45
- 46
- 47
- 48
- 49
- 50
- 51
- 52
- 53
- 54
- 55
- 56
- 57
- 58
- 59
- 60
- 61
- 62
- 63
- 64
- 65
- 66
- 67
- 68
- 69
- 70
- 71
- 72
- 73
- 74
- 75
- 76
- 77
- 78
- 79
- 80
- 81
- 82
- 83
- 84
- 85
- 86
2.5 部署運行dubbo-demo-provider,dubbo-demo-consumer到測試服務器
將build以後的dubbo-demo-provider,dubbo-demo-consumer的target目錄打包上傳至須要部署的服務端。
解壓後在target目錄編寫啓動腳本：
#!/bin/bash java -classpath /root/dubbox/demo/WEB-INF/classes:/root/dubbox/demo/WEB-INF/lib/*:/root/tomcat/apache-tomcat-7.0.65/lib/* com.alibaba.dubbo.demo.user.facade.DemoProvider >>dubbox.log 2>&1&
- 1
- 2
須要注意將全部依賴的jar包 類文件添加到classpath.
運行該腳本，觀察dubbo-admin中的監控狀況
3 相關問題及解決方法
3.1 Dubbo-admin沒法顯示Group分組信息
http://blog.csdn.net/xlgen157387/article/details/50345545
3.2 沒法訪問遠程Zookeeper已註冊服務的問題
- 1. dubbox詳解
- 2. Influxdb原理詳解 Influxdb原理詳解
- 3. Dubbox管理中心的部署==>>詳細講解
- 4. Dubbox整理
- 5. Memcache的原理的詳解
- 6. mysql 原理~ index的詳解
- 7. HDFS的原理詳解
- 8. DNS的原理詳解
- 9. NameNode的HA 原理詳解
- 10. word2Vector的原理詳解
- 更多相關文章...
- • MyBatis的工作原理 - MyBatis教程
- • TiDB數據庫的存儲原理（非常詳細） - NoSQL教程
- • ☆技術問答集錦（13）Java Instrument原理
- • Java Agent入門實戰（三）-JVM Attach原理與使用
-
每一个你不满意的现在，都有一个你没有努力的曾经。
- 1. dubbox詳解
- 2. Influxdb原理詳解 Influxdb原理詳解
- 3. Dubbox管理中心的部署==>>詳細講解
- 4. Dubbox整理
- 5. Memcache的原理的詳解
- 6. mysql 原理~ index的詳解
- 7. HDFS的原理詳解
- 8. DNS的原理詳解
- 9. NameNode的HA 原理詳解
- 10. word2Vector的原理詳解