分散式框架dubbox
1 SOA架構
SOA是Service-Oriented Architecture的首字母簡稱,它是一種支援面向服務的架構樣式。從服務、基於服務開發和服務的結果來看,面向服務是一種思考方式。
2 分散式框架dubbo
Dubbox 是一個分散式服務框架,其前身是阿里巴巴開源專案Dubbo ,被國內電商及網際網路專案中使用,後期阿里巴巴停止了該專案的維護,噹噹網便在Dubbo基礎上進行優化,並繼續維護,為了與原有的Dubbo區分,故將其命名為Dubbox。
Dubbox 致力於提供高效能和透明化的RPC遠端服務呼叫方案,以及SOA服務治理方案。簡單的說,dubbox就是個服務框架,如果沒有分散式的需求,其實是不需要用的,只有在分散式的時候,才有dubbox這樣的分散式服務框架的需求,並且本質上是個服務呼叫的東東,說白了就是個遠端服務呼叫的分散式框架。
節點角色說明:
- Provider: 暴露服務的服務提供方。
- Consumer: 呼叫遠端服務的服務消費方。
- Registry: 服務註冊與發現的註冊中心。
- Monitor: 統計服務的呼叫次調和呼叫時間的監控中心。
- Container: 服務執行容器。
呼叫關係說明:
- 服務容器負責啟動,載入,執行服務提供者。
- 服務提供者在啟動時,向註冊中心註冊自己提供的服務。
- 服務消費者在啟動時,向註冊中心訂閱自己所需的服務。
- 註冊中心返回服務提供者地址列表給消費者,如果有變更,註冊中心將基於長連線推
送變更資料給消費者。
- 服務消費者,從提供者地址列表中,基於軟負載均衡演算法,選一臺提供者進行呼叫,
如果呼叫失敗,再選另一臺呼叫。
- 服務消費者和提供者,在記憶體中累計呼叫次數和呼叫時間,定時每分鐘傳送一次統計
資料到監控中心。
Service註解與原來不同,需要引入com.alibaba包下的
@Service
1.和原來的註解是一個效果,也就是當前類是一個bean
2.釋出服務,暴露方法
@Reference
1.去註冊中心找該介面的資訊
2.根據資訊傳送流,獲取該介面的實現類的流,產生代理物件
<!-- 20880是預設埠,專案子模組如果部署在多臺伺服器,則不用修改,如果是測試機,就要改成不同埠-->
<dubbo:protocol name="dubbo" port="20880"/>
<!--指定應用名稱-->
<dubbo:application name="dubboxdemo-service"/>
<!--連線zookeeper註冊中心-->
<dubbo:registry address="zookeeper://192.168.35.128:2181"/>
<!--包註解掃描-->
<dubbo:annotation package="com.hrh.dubbodemo.service" />
3 zookeeper
官方推薦使用 zookeeper 註冊中心。註冊中心負責服務地址的註冊與查詢,相當於目錄服務,服務提供者和消費者只在啟動時與註冊中心互動,註冊中心不轉發請求,壓力較小。
Zookeeper 是 Apacahe Hadoop 的子專案,是一個樹型的目錄服務,支援變更推送,適合作為Dubbox 服務的註冊中心,工業強度較高,可用於生產環境。
4 專案依賴關係
dao層:
- dao<–pojo
service層(商家商品服務):
- sellergoods_service<–sellergoods_interface<–pojo
web層(運營商管理平臺):
- manage_web<–sellergoods_interface<–pojo
web層(商家管理平臺):
- shop_web<–sellergoods_interface<–pojo
web<–dubbo–service<–dao