Dubbo 與 Zookeeper、SpringMVC整合和使用（負載均衡、容錯）

聯網的發展，網站利用的范圍不斷擴大，常規的垂直利用架構已沒法應對，散布式服務架構和活動計算架構勢在必行，Dubbo是1個散布式服務框架，在這類情況下誕生的。現在核心業務抽取出來，作為獨立的服務，使前端利用能更快速和穩定的響應。

第1：介紹Dubbo背景

大范圍服務化之前，利用可能只是通過RMI或Hessian等工具，簡單的暴露和援用遠程服務，通過配置服務的URL地址進行調用，通過F5等硬件進行負載均衡。

(1) 當服務愈來愈多時，服務URL配置管理變得非常困難，F5硬件負載均衡器的單點壓力也愈來愈大。

此時需要1個服務注冊中心，動態的注冊和發現服務，使服務的位置透明。

并通過在消費方獲得服務提供方地址列表，實現軟負載均衡和Failover，下降對F5硬件負載均衡器的依賴，也能減少部份本錢。

(2) 當進1步發展，服務間依賴關系變得錯蹤復雜，乃至分不清哪一個利用要在哪一個利用之前啟動，架構師都不能完全的描寫利用的架構關系。

這時候，需要自動畫出利用間的依賴關系圖，以幫助架構師理清算關系。

(3) 接著，服務的調用量愈來愈大，服務的容量問題就暴露出來，這個服務需要多少機器支持？甚么時候該加機器？

為了解決這些問題，第1步，要將服務現在每天的調用量，響應時間，都統計出來，作為容量計劃的參考指標。

其次，要可以動態調劑權重，在線上，將某臺機器的權重1直加大，并在加大的進程中記錄響應時間的變化，直到響應時間到達閥值，記錄此時的訪問量，再以此訪問量乘以機器數反推總容量。

第2：Dubbo的簡介

Dubbo是1個散布式服務框架,解決了上面的所面對的問題，Dubbo的架構如圖所示：

節點角色說明：

Provider: 暴露服務的服務提供方。

Consumer: 調用遠程服務的服務消費方。

Registry: 服務注冊與發現的注冊中心。

Monitor: 統計服務的調用次調和調用時間的監控中心。

Container: 服務運行容器。

調用關系說明：

0. 服務容器負責啟動，加載，運行服務提供者。

1. 服務提供者在啟動時，向注冊中心注冊自己提供的服務。

2. 服務消費者在啟動時，向注冊中心定閱自己所需的服務。

3. 注冊中心返回服務提供者地址列表給消費者，如果有變更，注冊中心將基于長連接推送變更數據給消費者。

4. 服務消費者，從提供者地址列表中，基于軟負載均衡算法，選1臺提供者進行調用，如果調用失敗，再選另外一臺調用。

5. 服務消費者和提供者，在內存中累計調用次數和調用時間，定時每分鐘發送1次統計數據到監控中心。

 Dubbo提供了很多協議，Dubbo協議、RMI協議、Hessian協議，我們查看Dubbo源代碼，有各種協議的實現，如圖所示：

我們之前沒用Dubbo之前時，大部份都使用Hessian來使用我們服務的暴露和調用，利用HessianProxyFactory調用遠程接口。

上面是參考了Dubbo官方網介紹，接下來我們來介紹SpringMVC、Dubbo、Zookeeper整合使用。

第3：Dubbo與Zookeeper、SpringMVC整合使用

  第1步：在Linux上安裝Zookeeper

       Zookeeper作為Dubbo服務的注冊中心，Dubbo本來基于數據庫的注冊中心，沒采取Zookeeper，Zookeeper1個散布式的服務框架，是樹型的目錄服務的數據存儲，能做到集群管理數據 ，這里能很好的作為Dubbo服務的注冊中心，Dubbo能與Zookeeper做到集群部署，當提供者出現斷電等異常停機時，Zookeeper注冊中心能自動刪除提供者信息，當提供者重啟時，能自動恢復注冊數據，和定閱要求。我們先在linux上安裝Zookeeper，我們安裝最簡單的單點，集群比較麻煩。

    （1）下載Zookeeper⑶.4.6.tar.gz  

    （2） 我們放到Linux下的1個文件夾，然后解壓： 

      #tar zxvf zookeeper⑶.4.6.tar.gz

  （3）然后在對應的zookeeper⑶.4.6/conf 下有1個文件zoo_sample.cfg的這個文件里面配置了監聽客戶端連接的端口等1些信息，Zookeeper 在啟動時會找zoo.cfg這個文件作為默許配置文件,所以我們復制1個名稱為zoo.cfg的文件，如圖所示：

   我們查看1下這個文件的里面的1些配置信息，如圖所示：

  獲得【下載地址】   最主流的Java后臺 SSM 框架 springmvc spring mybatis 項目源碼

說明：

 clientPort：監聽客戶端連接的端口。

 tickTime：基本事件單元，以毫秒為單位。它用來控制心跳和超時，默許情況下最小的會話超時時間為兩倍的 tickTime。

 我們可以對配置文件的端口等或進行高級配置和集群配置例如：maxClientCnxns：限制連接到 ZooKeeper 的客戶真個數量等

 (4)啟動Zookeeper 的服務，如圖所示：

 到這邊Zookeeper的安裝和配置完成

  第2步：配置dubbo-admin的管理頁面，方便我們管理頁面

    (1)下載dubbo-admin⑵.4.1.war包，在Linux的tomcat部署，先把dubbo-admin⑵.4.1放在tomcat的webapps/ROOT下，然落后行解壓：

        #jar -xvf dubbo-admin⑵.4.1.war

    (2)然后到webapps/ROOT/WEB-INF下，有1個dubbo.properties文件，里面指向Zookeeper ，使用的是Zookeeper 的注冊中心，如圖所示：

   (3)然后啟動tomcat服務，用戶名和密碼：root,并訪問服務，顯示登陸頁面，說明dubbo-admin部署成功，如圖所示：

  第3步：SpringMVC與Dubbo的整合，這邊使用的Maven的管理項目

    第1：我們先開發服務注冊的，就是提供服務，項目結構如圖所示：

    （1）test-maven-api項目加入了1個服務接口，代碼以下：

  （2）test-maven-console在pom.xml加入Dubbo和Zookeeper的jar包、援用test-maven-api的jar包，代碼以下：

(3)test-maven-console實現具體的服務，代碼以下：

(4)我們服務和實現好了，這時候要暴露服務，代碼以下：
  

說明：

   dubbo:registry 標簽1些屬性的說明：

      1）register是不是向此注冊中心注冊服務，如果設為false，將只定閱，不注冊。

      2）check注冊中心不存在時，是不是報錯。

      3）subscribe是不是向此注冊中心定閱服務，如果設為false，將只注冊，不定閱。

      4）timeout注冊中心要求超時時間(毫秒)。

      5）address可以Zookeeper集群配置，地址可以多個以逗號隔開等。

  dubbo:service標簽的1些屬性說明：

     1）interface服務接口的路徑

     2）ref援用對應的實現類的Bean的ID

     3）registry向指定注冊中心注冊，在多個注冊中心時使用，值為<dubbo:registry>的id屬性，多個注冊中心ID用逗號分隔，如果不想將該服務注冊到任何registry，可將值設為N/A

     4）register 默許true ，該協議的服務是不是注冊到注冊中心。

  (5)啟動項目，然后我們在Dubbo管理頁面上顯示，已暴露的服務，但顯示還沒有消費者，由于我們還沒實現消費者服務，如圖所示：

   第2：我們在開發服務消費者，就是調用服務，我們在新建1個新的消費者項目結構如圖所示：

       

   （1）test-maven-server-console的pom.xml引入Dubbo和Zookeeper的jar包、test-maven-api的jar包，由于引入test-maven-api的jar包，我們在項目中調用像在本地調用1樣。代碼以下：

  （2）test-maven-server-console項目的具體實現，代碼以下：