zookeeper的使用場景有哪些

本篇內容主要講解“zookeeper的使用場景有哪些”，感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷，實用性強。下面就讓小編來帶大家學習“zookeeper的使用場景有哪些”吧!

大致來說，zookeeper 的使用場景如下，我就舉幾個簡單的，大家能說幾個就好了：

• 分布式協調

• 分布式鎖

• 元數據/配置信息管理

• HA高可用性

分布式協調

這個其實是 zookeeper 很經典的一個用法，簡單來說，就好比，你 A 系統發送個請求到 mq，然后 B 系統消息消費之后處理了。那 A 系統如何知道 B 系統的處理結果？用 zookeeper 就可以實現分布式系統之間的協調工作。A 系統發送請求之后可以在 zookeeper 上對某個節點的值注冊個監聽器，一旦 B 系統處理完了就修改 zookeeper 那個節點的值，A 立馬就可以收到通知，完美解決。

分布式鎖

舉個栗子。對某一個數據連續發出兩個修改操作，兩臺機器同時收到了請求，但是只能一臺機器先執行完另外一個機器再執行。那么此時就可以使用 zookeeper 分布式鎖，一個機器接收到了請求之后先獲取 zookeeper 上的一把分布式鎖，就是可以去創建一個 znode，接著執行操作；然后另外一個機器也嘗試去創建那個 znode，結果發現自己創建不了，因為被別人創建了，那只能等著，等第一個機器執行完了自己再執行。

元數據/配置信息管理

zookeeper 可以用作很多系統的配置信息的管理，比如 kafka、storm 等等很多分布式系統都會選用 zookeeper 來做一些元數據、配置信息的管理，包括 dubbo 注冊中心不也支持 zookeeper 么？

HA高可用性

這個應該是很常見的，比如 hadoop、hdfs、yarn 等很多大數據系統，都選擇基于 zookeeper 來開發 HA 高可用機制，就是一個重要進程一般會做主備兩個，主進程掛了立馬通過 zookeeper 感知到切換到備用進程。

分布式事務系列：

Spring 分布式事務實現概覽

REST微服務的分布式事務實現-使用Spring Cloud的fallback模式

Spring的分布式事務實現-使用和不使用XA

REST微服務的分布式事務實現-基于消息中間件

REST微服務的分布式事務實現-分布式系統、事務以及JTA介紹

某寶布式事務架構設計

大白話聊聊分布式事務

分布式事務解決方案

消息隊列系列：

為什么使用消息隊列？

如何保證消息隊列的高可用？

如何保證消息不被重復消費？或者說，如何保證消息消費的冪等性？

如何保證消息的可靠性傳輸？或者說，如何處理消息丟失的問題？

如何保證消息的順序性？

如何解決消息隊列的延時以及過期失效問題？消息隊列滿了以后該怎么處理？

分庫分表系列：

為什么要分庫分表？

如何設計才可以讓系統從未分庫分表動態切換到分庫分表上？

如何設計可以動態擴容縮容的分庫分表方案？

分庫分表之后，id 主鍵如何處理？

到此，相信大家對“zookeeper的使用場景有哪些”有了更深的了解，不妨來實際操作一番吧！這里是億速云網站，更多相關內容可以進入相關頻道進行查詢，關注我們，繼續學習！