好一陣子沒有更新了，有些小夥伴在後台問我有沒有更新，看來大家還是挺喜歡看我的文章的嘛。主要是這段是間忙著複習演算法的一些東西，也不想隨便寫一篇繁衍。**如果我的文章對你有幫助，歡迎關注、點讚、**，這樣我會更有動力做原創分享。**ok，進入正題！
如圖所示，當我們新新增乙個微服務例項的時候，微服務就會將自己的 ip 與 port 傳送到註冊中心，在註冊中心裡面記錄起來。當 api gateway 需要訪問某些微服務的時候，就會去註冊中心取到相應的 ip 與 port。從而實現自動化操作。以下是乙個比較完整的服務註冊與服務發現的流程：
服務註冊方式有以下兩種：
zookeeper zookeeper 起源於 hadoop ，它非常成熟、穩定，有比較多的大公司在使用乙個高效能、分布式應用程式協調服務，用於名稱服務、分布式鎖定、共享資源同步和分布式配置管理。
etcd etcd 是乙個採用 http 協議的健/值對儲存系統，它是乙個分布式和功能層次配置系統，可用於構建服務發現系統。其很容易部署、安裝和使用，提供了可靠的資料持久化特性。它是安全的並且文件也十分齊全。它需要搭配一些第三方工具才可以提供服務發現功能。
consul consul 是強一致性的資料儲存，使用 gossip 形成動態集群。它提供分級鍵/值儲存方式，不僅可以儲存資料，而且可以用於註冊器件事各種任務，從傳送資料改變通知到執行健康檢查和自定義命令，具體如何取決於它們的輸出。consul web 介面，使用者可以檢視所有的服務和節點、監控健康檢查狀態以及通過切換資料中心讀取設定鍵/值對資料。
參考文獻： 服務發現：zookeeper vs etcd vs consul
服務註冊與發現
微服務 服務註冊
將乙個服務註冊給eureka org.springframework.cloud spring cloud starter netflix eureka client spring name userservice orderservice eureka client service url def...
聊聊微服務的服務註冊與發現
摘要 乙個好的服務註冊發現中介軟體，應該是能完整地滿足服務開發和治理的基礎功能，然後才是效能和高可用。如果沒有想清楚前面的功能，再高的可用性和效能都是浮雲。最後，安全也同樣重要。下面將從 服務註冊 服務發現 容災和高可用三個大方面來回答這些問題的主流做法。聊起微服務的服務註冊與發現，很多人立馬就會脫...
聊聊微服務的服務註冊與發現
聊起微服務的服務註冊與發現，很多人立馬就會脫口而出 zk etcd consul eureka 這些元件，進而聊到 cap 如何取捨，效能如何，高可用和容災是怎麼實現的。在這之前，站在元件使用者的角度，我想先問這麼幾個問題 看完這些問題後，您也許會發現，對於服務註冊與發現，首先應該關注的是服務註冊發...