2020年9月21日10:56:46
一、前言1.什么是Dubbo?
Dubbo是阿里巴巴公司發布的一個高性能優秀的開源分布式服務框架，使得應用可通過高性能的 RPC實作服務的輸出和輸入功能，可以和Spring框架無縫集成，
它提供了三大核心能力：①面向介面的遠程方法呼叫；②智能容錯和負載均衡；③服務自動注冊和發現，
二、Dubbo介紹
1.Dubbo作業原理圖
1.1 節點角色說明
Provider: 暴露服務的服務提供者，
Consumer: 呼叫遠程服務的服務消費者，
Registry: 服務者服務注冊與消費者注冊、發現服務的注冊中心，
Monitor: 統計服務的呼叫次數和呼叫時間的監控中心，
Container: Dubbo服務運行容器，
1.2 呼叫關系說明
1.2.1 整個Dubbo服務容器啟動，加載，運行服務提供者provider；
1.2.2 服務提供者provider在啟動時，（通過連接注冊中心服務器的client）向注冊中心注冊自己可以提供的服務，(注冊provider自己的ip、port、以及對自己提供的服務的描述等資訊)；
1.2.3 服務消費者consumer在啟動時，向注冊中心訂閱自己所需的服務，如果沒有訂閱到自己想獲得的服務，它會不斷的嘗試訂閱，新的服務注冊到注冊中心以后，注冊中心會將這些服務notify（通知）給消費者，同時消費者也會向注冊自己的ip、port等資訊；
1.2.4 注冊中心回傳服務提供者provider地址串列給消費者consumer，如果有變更，注冊中心將基于長連接推送變更后資料給消費者consumer；
1.2.5 服務消費者consumer，從注冊中心回傳的提供者provider地址串列中（多數情況下提供者是集群形式），基于軟負載均衡演算法，選一臺可用的提供者provider進行RPC呼叫，如果呼叫失敗，再選另一臺呼叫；
1.2.6 消費者consumer和提供者provider，在記憶體中累計呼叫次數和呼叫時間，定時每分鐘發送一次統計資料到監控中心monitor，Monitor在整個架構中是可選的，Monitor功能需要單獨配置，不配置或者配置后Monitor掛掉，都不會影響服務的呼叫，
1.2.7 Dubbo 架構具有以下幾個特點：連通性、健壯性、伸縮性、以及向未來架構的升級性，
2. Dubbo作用
2.1 Dubbo其實就是一個中間層管理工具，它是一個框架，里面可以裝你想裝的任何服務，Dubbo的注冊中心大多用zookeeper，當然除了zookeeper，還有Redis等也可以做為Dubbo的注冊中心，
三、Dubbo+Zookeeper介紹
1.Dubbo注冊中心白話解釋
可以把Dubbo的register注冊中心理解成房產中介鏈家，provider是賣房的人，provider張三想賣掉自己在秦淮區的學區房，provider李四想賣掉自己在棲霞區的學區房，consumer王五是想在棲霞區買學區房給自己孩子上學，王五去鏈家咨詢后，鏈家給王五的需求條件滿足者是李四，王五從鏈家那拿到李四的電話，自己打電話找李四買房，（哈哈哈哈，說的比較白話通俗一點）
2.Zookeeper作為Dubbo的注冊中心圖示
PS：Zookeeper內部是樹形結構，
2.1 圖示說明介紹
2.1.1 這是Dubbo啟動時在注冊中心ZooKeeper上創建的默認根節點 “/dubbo”；
2.1.2 介面在Zookeeper上注冊節點：假設介面名稱是：com.bob.dubbo.service.CityDubboService，代表了Dubbo的一個服務，那么Dubbo會自動在Zookeeper中注冊該結點： “/dubbo/com.bob.dubbo.service.CityDubboService”；
2.1.3 Dubbo啟動時，其中的持久化結點，不管你provider和consumer斷開后，持久化節點都不會消失；
2.1.4 Dubbo啟動時，Consumer和Provider都會把自身的URL、埠等格式化為字串，然后注冊到zookeeper相應節點下，作為一個臨時節點，當連斷開時，節點被洗掉，
eg：
服務提供者的持久化節點“providers”，其子節點代表了每一個服務真正的提供者
服務消費者的持久化節點“consumers”，其子節點代表每一個服務真正的消費者
2.1.5 比如Providers持久化節點下注冊的是：192.168.1.12*（描述121是吃飯，122睡覺，123打游戲，124健身，四種不同的服務），Consumer在啟動時，不僅僅會注冊自身ip、port等資訊到 …/consumers/目錄下，同時還會訂閱…/providers目錄下所有子節點，具體的看你訂閱具體是哪一個節點（比如訂閱.124健身服務），實時獲取其在Providers持久化節點下的URL字串資訊，register回傳給Consumer這個ip——192.168.1.124，Consumer拿著這個iP直接去找提供者Provider RPC呼叫這項服務——健身，
2.1.6 監控中心啟動時訂閱com.bob.dubbo.service.CityDubboService目錄下的所有提供者provider和消費者consumer 的URL，
四、Dubbo+Zookeeper補充
1.圖示介紹
1.1 Zookeeper作為Dubbo的注冊中心支持以下功能：
1.1.1 當提供者出現斷電等例外宕機時，注冊中心能自動洗掉提供者節點資訊；
1.1.2 當注冊中心重啟時，能自動恢復注冊資料，以及訂閱請求；
1.1.3 當會話過期時，注冊中心能自動恢復注冊資料，以及訂閱請求；
1.1.4 當設定
1.1.5 可通過設定
1.1.6 可通過
1.1.7 支持 * 號通配符
1.2 注意點
1.2.1 消費者從ZK獲取provider地址串列后，會在本地快取一份，當ZK注冊中心所有節點全部宕掉之后，消費者可以使用本地快取的服務串列和provider進行通信，
ZK的意義在于為provider、consumer提供服務的發布和訂閱，讓消費者及時感知最新的服務串列，consumer真正呼叫provider是通過某種通信協議直接呼叫，并不依賴ZK，
所以當zookeeper宕機之后，不會影響消費者呼叫服務提供者，影響的是zookeeper宕機之后如果提供者provider資訊有變動、provider宕機，zk無法把變更最新的provider串列資料通知推送給consumer，consumer會因為感知不到變更時間，不去拉取最新的服務串列，導致本地快取的服務串列有可能是過時的，或者說consumer基于本地快取的提供者服務串列，PRC其中一臺provider1，但是provider1宕機了或者資訊變動了，導致RPC失敗！
轉載請註明出處，本文鏈接：https://www.uj5u.com/houduan/106299.html
標籤：其他
上一篇：前端面試—函式防抖與函式節流
下一篇：學習第33天