RPC實戰與核心原理之服務發現

為了高可用，在生產環境中服務提供方都是以集群的方式對外提供服務，集群裡面的這些 ip 隨時可能變化，我們也需要用一本「通訊錄」及時獲取到對應的服務節點，這個獲取的過程我們一般叫作「服務發現」。

對於服務呼叫方和服務提供方來說，其契約就是介面，相當於「通訊錄」中的姓名，服務節點就是提供該契約的乙個具體例項。服務 ip 集合作為「通訊錄」中的位址，從而可以通過介面獲取服務 ip 的集合來完成服務的發現。這就是我要說的 rpc 框架的服務發現機制

示意圖：

整體流程圖：

zookeeper 的一大特點就是強一致性，zookeeper 集群的每個節點的資料每次發生更新操作，都會通知其它 zookeeper 節點同時執行更新。它要求保證每個節點的資料能夠實時的完全一致，這也就直接導致了 zookeeper 集群效能上的下降

因為要求最終一致性，我們可以考慮採用訊息匯流排機制。

具體流程

採用兩級快取，註冊中心和消費者的記憶體快取，通過非同步推拉模式來確保最終一致性。

通過訊息匯流排的方式，我們就可以完成註冊中心集群間資料變更的通知，保證資料的最終一致性，並能及時地觸發註冊中心的服務下發操作。服務發現的特性是允許我們在設計超大規模集群服務發現系統的時候，捨棄強一致性，更多地考慮系統的健壯性。最終一致性才是分布式系統設計中更為常用的策略。