大資料日知錄【第五章：分布式協調系統】筆記--如何當選老大？如何加入組織？如何將組織的意願傳遞下去

標籤：訊息   zookeeper   隊列   映射   kafka   設定檔   變化   自動   領導   

Chubby:

　　保持高可用性和可靠性，不追求讀寫的高輸送量，所有的讀寫請求都有主控伺服器完成，其他的備份伺服器在記憶體中維護和主控伺服器完全一致的樹形結構，此時從屬伺服器的作用在於系統的整體的可靠性。

Zookeeper:

　　每一個節點都可以處理讀請求，寫請求只能由主控伺服器處理，此時從屬伺服器的作用在於提高系統讀的輸送量（有可能會導致讀取的資料是老資料）。

Zookeeper主要應用情境：

　　選舉老大

　　組態管理：設定檔儲存在某個節點上，其他節點都是觀察者，啟東市可以讀取也可以訂閱改配置訊息。

　　群組成員管理：動態監控一個組內成員的變化。

　　任務分配

　　鎖管理

Zookeeper與其他架構的聯合使用：

　　STORM：主控進程和背景工作處理序狀態資訊的儲存場所，作為主控伺服器和備份伺服器的切換

　　MESOS：領導者選舉和主備份伺服器啟動切換

　　KAFKA：自動探索和添加消費伺服器（Broker）和消費服務者（Consumer），保持消費者和訊息佇列的映射關係和消費資訊在訊息佇列的位置。

　　Katta: 主備份伺服器切換和工作狀態配置資訊管理。

 

大資料日知錄【第五章：分布式協調系統】筆記--如何當選老大？如何加入組織？如何將組織的意願傳遞下去