ZooKeeper是一個分布式的，開放源碼的分布式應用程式協調服務，是Google的Chubby一個開源的實作，是Hadoop和Hbase的重要元件。它是一個為分布式應用提供一緻性服務的軟體，提供的功能包括：配置維護、域名服務、分布式同步、組服務等。
網際網路的發展，網站應用的規模不斷擴大，正常的垂直應用架構已無法應對，分布式服務架構以及流動計算架構勢在必行，Dubbo是一個分布式服務架構，在這種情況下誕生的。現在核心業務抽取出來，作為獨立的服務，使前端應用能更快速和穩定的響應。
第一：介紹Dubbo背景
大規模服務化之前，應用可能隻是通過RMI或Hessian等工具，簡單的暴露和引用遠端服務，通過配置服務的URL位址進行調用，通過F5等硬體進行負載均衡。
(1) 當服務越來越多時，服務URL配置管理變得非常困難，F5硬體負載均衡器的單點壓力也越來越大。
此時需要一個服務注冊中心，動态的注冊和發現服務，使服務的位置透明。
并通過在消費方擷取服務提供方位址清單，實作軟負載均衡和Failover，降低對F5硬體負載均衡器的依賴，也能減少部分成本。
(2) 當進一步發展，服務間依賴關系變得錯蹤複雜，甚至分不清哪個應用要在哪個應用之前啟動，架構師都不能完整的描述應用的架構關系。
這時，需要自動畫出應用間的依賴關系圖，以幫助架構師理清理關系。
(3) 接着，服務的調用量越來越大，服務的容量問題就暴露出來，這個服務需要多少機器支撐？什麼時候該加機器？
為了解決這些問題，第一步，要将服務現在每天的調用量，響應時間，都統計出來，作為容量規劃的參考名額。
其次，要可以動态調整權重，線上上，将某台機器的權重一直加大，并在加大的過程中記錄響應時間的變化，直到響應時間到達閥值，記錄此時的通路量，再以此通路量乘以機器數反推總容量。
第二：Dubbo的簡介
Dubbo是一個分布式服務架構,解決了上面的所面對的問題，Dubbo的架構如圖所示：
節點角色說明：
Provider: 暴露服務的服務提供方。
Consumer: 調用遠端服務的服務消費方。
Registry: 服務注冊與發現的注冊中心。
Monitor: 統計服務的調用次調和調用時間的監控中心。
Container: 服務運作容器。
調用關系說明：
0. 服務容器負責啟動，加載，運作服務提供者。
1. 服務提供者在啟動時，向注冊中心注冊自己提供的服務。
2. 服務消費者在啟動時，向注冊中心訂閱自己所需的服務。
3. 注冊中心傳回服務提供者位址清單給消費者，如果有變更，注冊中心将基于長連接配接推送變更資料給消費者。
4. 服務消費者，從提供者位址清單中，基于軟負載均衡算法，選一台提供者進行調用，如果調用失敗，再選另一台調用。
5. 服務消費者和提供者，在記憶體中累計調用次數和調用時間，定時每分鐘發送一次統計資料到監控中心。
第三：Dubbo與Zookeeper、SpringMVC整合使用
第一步：在Linux上安裝Zookeeper
Zookeeper作為Dubbo服務的注冊中心，Dubbo原先基于資料庫的注冊中心，沒采用Zookeeper，Zookeeper一個分布式的服務架構，是樹型的目錄服務的資料存儲，能做到叢集管理資料 ，這裡能很好的作為Dubbo服務的注冊中心，Dubbo能與Zookeeper做到叢集部署，當提供者出現斷電等異常停機時，Zookeeper注冊中心能自動删除提供者資訊，當提供者重新開機時，能自動恢複注冊資料，以及訂閱請求。我們先在linux上安裝Zookeeper，我們安裝最簡單的單點，叢集比較麻煩。
（1）下載下傳Zookeeper-3.4.6.tar.gz 位址http://www.apache.org/dist/zookeeper/
（2） 我們放到Linux下的一個檔案夾，然後解壓：
#tar zxvf zookeeper-3.4.6.tar.gz
（3）然後在對應的zookeeper-3.4.6/conf 下有一個檔案zoo_sample.cfg的這個檔案裡面配置了監聽用戶端連接配接的端口等一些資訊，Zookeeper 在啟動時會找zoo.cfg這個檔案作為預設配置檔案,是以我們複制一個名稱為zoo.cfg的檔案， 我們檢視一下這個檔案的裡面的一些配置資訊，如圖所示：
說明：
clientPort：監聽用戶端連接配接的端口。
tickTime：基本事件單元，以毫秒為機關。它用來控制心跳和逾時，預設情況下最小的會話逾時時間為兩倍的 tickTime。
我們可以對配置檔案的端口等或者進行進階配置和叢集配置例如：maxClientCnxns：限制連接配接到 ZooKeeper 的用戶端的數量等
(4)啟動Zookeeper 的服務，bin下有zkServer.sh
如入指令：sh zkServer.sh
到這邊Zookeeper的安裝和配置完成
第二步：配置dubbo-admin的管理頁面，友善我們管理頁面
(1)下載下傳dubbo-admin-2.4.1.war包，在Linux的tomcat部署，先把dubbo-admin-2.4.1放在tomcat的webapps/ROOT下，然後進行解壓：
#jar -xvf dubbo-admin-2.4.1.war
(2)然後到webapps/ROOT/WEB-INF下，有一個dubbo.properties檔案，裡面指向Zookeeper ，使用的是Zookeeper 的注冊中心
dubbo.registry.address=zookeeper://127.0.0.1:2181
dubbo.admin.root.password=root
dubbo.admin.guest.password=guest
(3)然後啟動tomcat服務，使用者名和密碼：root,并通路服務，顯示登陸頁面，說明dubbo-admin部署成功，如圖所示：
帳号密碼預設為root、root
說明：
dubbo:registry 标簽一些屬性的說明：
1）register是否向此注冊中心注冊服務，如果設為false，将隻訂閱，不注冊。
2）check注冊中心不存在時，是否報錯。
3）subscribe是否向此注冊中心訂閱服務，如果設為false，将隻注冊，不訂閱。
4）timeout注冊中心請求逾時時間(毫秒)。
5）address可以Zookeeper叢集配置，位址可以多個以逗号隔開等。
dubbo:service标簽的一些屬性說明：
1）interface服務接口的路徑
2）ref引用對應的實作類的Bean的ID
3）registry向指定注冊中心注冊，在多個注冊中心時使用，值為<dubbo:registry>的id屬性，多個注冊中心ID用逗号分隔，如果不想将該服務注冊到任何registry，可将值設為N/A
4）register 預設true ，該協定的服務是否注冊到注冊中心。
dubbo:reference 的一些屬性的說明：
1）interface調用的服務接口
2）check 啟動時檢查提供者是否存在，true報錯，false忽略
3）registry 從指定注冊中心注冊擷取服務清單，在多個注冊中心時使用，值為<dubbo:registry>的id屬性，多個注冊中心ID用逗号分隔
4）loadbalance 負載均衡政策，可選值：random,roundrobin,leastactive，分别表示：随機，輪循，最少活躍調用
轉載于:https://www.cnblogs.com/jimmy-muyuan/p/5375365.html