分佈式服務治理框架Dubbo

前言：今天在給咱們開發人員亞亞哥搭建服務，部署上線，對Dubbo困擾了我很長時間，今天要將它一網打盡。。。。。

Dubbo是一個被國內不少互聯網公司普遍使用的開源分佈式服務治理框架，是一個很是全面的SOA基礎框架，噹噹網在Dubbo基礎上新增了一些功能，

並將其命名爲Dubbox （Dubbo eXtensions）。

 

爲何須要dubbo ?

之前全部的業務處理，都在一個系統當中；

然而，這個系統按照業務又劃分爲N個業務系統；

各個業務系統之間不可避免須要交互，咱們將面臨不少URL 的管理，服務器之間的調用鏈，依賴關係，服務器的負載均衡，監控等等。。。。。

 

Dubbo是什麼？

Dubbo本質上就是一個分佈式服務調用的東西，高性能透明化的RPC調用方案 + SOA服務治理方案。

 

關鍵是Dubbo 的架構：

第一，Dubbo有一個註冊中心Registry的概念，服務的提供者Provider將服務註冊到Registry，消費者consumer 須要從Registry中發現，監聽到服務的變更；

第二，Provider須要運行在Contailner容器中，另外Dubbo 提供Monitor來對服務的調用次數以及調用時間進行監控。

第三，經常使用的registry有zookeeper，Redis等，但通常是以Zookeeper做爲註冊中心。

 

example:

 

 部署的項目如上：

在這些裏面：  kvm02的四個jar服務屬於Provider    

                        kvm01的Zookeeper是註冊中心

                        kvm01中的rhea-handler.jar是Consumer

聯繫經過如下接口：