zookeeper收尾+dubbo前瞻

zookeeper是一個開源的分佈式協調框架：數據發佈訂閱，負載均衡，集羣，master選舉。

原子性：要麼同時成功，要麼同是失敗（分佈式事務）

單一視圖：不管客戶端鏈接到哪一個服務器，所看到的模型都是同樣的

可靠性：一旦服務器端提交了一個事務而且得到了服務器端返回成功的標識，那麼這個事務所引發的服務器端的變動會一直保留

實時性：近實時性

zookeeper不是用來存儲數據的，統統過監控數據狀態的變化，達到基於數據的集羣管理。

會話狀態：

NOT_CONNECTED

CONNECTING

CONNECTED

CLOSED

數據模型-->樹形結構

最小的數據單元爲ZNODE

zab協議：客戶端發了一個事務請求給到了leader，而leader發送給各個follower之後，而且收到了ack，leader已經commit，在準備ack給各個follower節點commit的時候，leader掛了，怎麼處理。

1）選舉新的leader（zxid的最大值）

2）同步給其餘的follower

watcher：

eventyType

None 客戶端和服務端成功創建會話

NodeCreated 節點建立

NodeDeleted 節點刪除

NodeDataChanged 數據變動，數據內容

NodeChildrenChanged 子節點發生變動：子節點刪除新增的時候纔會觸發，變動不會觸發

watcher特性：一次性觸發

事件被處理一次以後會被移除。若是須要永久監聽須要反覆註冊。

zookeeper序列化使用的方式jute

Acl權限的操做

保證存儲在zookeeper上的數據安全性問題

schema（ip/Digest/world/super）

受權對象（192.168.1.1/11，root:root、world：anyone/super）

數據存儲

內存數據和磁盤數據

zookeeper會定時把數據存儲在磁盤上

DataDir存儲的是數據快照

存儲：某一時刻全量的數據

DataLogDir 存儲事務日誌

看不懂啊

咱們使用命令來轉換下

java -cp :/data/program/zookeeper-3.4.10/lib/slf4j-api-1.6.1.jar:/data/program/zookeeper-3.4.10/zookeeper-3.4.10.jar org.apache.zookeeper.server.LogFormatter log.200000001

zookeeper有三種日誌

zookeeper.out 運行日誌

快照 存儲某一時刻的全量數據

事務日誌 事務操做的日誌記

到上面zookeeper的基礎學習告一段落了，接下來就要進入dubbo的學習

學習dubbo，咱們首先要對他有個基礎的瞭解，dubbo是什麼，爲何要用dubbo，怎麼用dubbo。

首先咱們假定一個業務場景【電商】

各個系統之間經過接口交互，那麼各個系統分別得管理彼此之間複雜的接口交互，這太麻煩了。

dubbo能幹什麼

1）怎麼去維護url

經過註冊中心去維護url（zookeeper，redis，memecache....）

2）F5硬件負載均衡器的單點壓力比較大

軟負載均衡

3）服務之間的依賴關係錯綜複雜，依賴關係如何整理

自動去整理各個服務之間的依賴，通常是使用dubbo+zookeeper

4）若是服務器的調用量愈來愈大，服務器的容量問題如何去評估。擴容的指標

須要一個監控平臺，能夠監控調用量，響應時間。

dubbo是什麼

dubbo是一個分佈式的服務框架，提供高性能的以及透明化的RPC遠程服務調用解決方法，以及SOA治理方案。

核心部分

1）遠程通訊

2）集羣容錯

3）服務的自動發現

4）負載均衡

Dubbo的架構

核心角色：

provider

Consummer

Registry

Monitor

Container

架構圖