zookeeper學習04 zookeeper收尾+dubbo前瞻

回顧以前01到03的內容： zookeeper數據模型
臨時節點（有序） 持久化節點 （有序）
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
架構圖

再談下如今咱們常常談到的幾個概念 PAAS ： platform as a service IAAS ： infrrastucturre as a service 基礎設施服務 SAAS ： 軟件即服務