eruka作為註冊中心的優缺點

Eureka作為註冊中心的優勢點

1、在Eureka平臺中，如果某臺伺服器宕機，Eureka不會有類似於ZooKeeper的選舉leader的過程

2.不用擔心有“掉隊”的伺服器恢復以後，會從Eureka伺服器叢集中剔除出去的風險了。

ka甚至被設計用來應付範圍更廣的網路分割故障，並實現“0”宕機維護需求。

4.可以實現在同一個子網中（same side of partition），新發布的服務仍然可以被發現與訪問。

ka內建了心跳服務，用於淘汰一些“瀕死”的伺服器

如果在Eureka中註冊的服務，它的“心跳”變得遲緩時，Eureka會將其整個剔除出管理範圍，這是個很好的功能。

ka甚至提供了Restful-API介面，方便第三方程式整合Eureka的功能。

eureka作為註冊中心的缺點

1.只有一個服務註冊中心，顯然這不符合高可用的原則，高可用就得增加ka server 的數量，維護成本太高了。

3.實際生產中，不會將服務註冊中心與業務服務部署在同一臺機器上。實際部署中，當 eureka server 的地址發生變化時，還得修改配置檔案裡 eureka server的地址，太麻煩了。

4.實際使用中，服務註冊發現中心的安全性也是需要考慮的，應該對服務註冊和發現的請求進行鑑權，來確保服務的安全性，安全也是急需解決的問題。

ka 使用過程中，有可能出現註冊上去的服務地址不是一個 ip ，而是一個 hostname 的情況，事實上又無法通過 hostname 進行服務呼叫。其實只是因為沒有增加 er-ip-address=true這個配置，依舊需要新增配置。

ka 因為快取設計的原因，使得服務註冊上去之後，最遲需要兩分鐘後才能發現。