## 說明 在剛才的案例中，user-service對外提供服務，需要對外暴露自己的地址。而consumer（調用者）需要記錄服務提供者的地址。將來地址出現變更，還需要及時更新。這在服務較少的時候并不覺得有什么，但是在現在日益復雜的互聯網環境，一個項目肯定會拆分出十幾，甚至數十個微服務。此時如果還人為管理地址，不僅開發困難，將來測試、發布上線都會非常麻煩，這與DevOps的思想是背道而馳的。 > 網約車 這就好比是 網約車出現以前，人們出門叫車只能叫出租車。一些私家車想做出租卻沒有資格，被稱為黑車。而很多人想要約車，但是無奈出租車太少，不方便。私家車很多卻不敢攔，而且滿大街的車，誰知道哪個才是愿意載人的。一個想要，一個愿意給，就是缺少引子，缺乏管理啊。 此時滴滴這樣的網約車平臺出現了，所有想載客的私家車全部到滴滴注冊，記錄你的車型（服務類型），身份信息（聯系方式）。這樣提供服務的私家車，在滴滴那里都能找到，一目了然。 此時要叫車的人，只需要打開APP，輸入你的目的地，選擇車型（服務類型），滴滴自動安排一個符合需求的車到你面前，為你服務，完美！ > Eureka做什么？ Eureka就好比是滴滴，負責管理、記錄服務提供者的信息。服務調用者無需自己尋找服務，而是把自己的需求告訴Eureka，然后Eureka會把符合你需求的服務告訴你。 同時，服務提供方與Eureka之間通過`“心跳”`機制進行監控，當某個服務提供方出現問題，Eureka自然會把它從服務列表中剔除。 這就實現了服務的自動注冊、發現、狀態監控。  ## 概述 1. Eureka就是服務注冊中心(可以是一個集群),對外暴露自己的地址. 2. 提供者:啟動后向Eureka注冊自己信息(地址,提供什么服務). 3. 消費者:向Eureka訂閱服務,Eureka會將對應服務的所有提供者地址列表發送給消費者,并且定期更新. 4. 心跳(續約):提供者定期通過http方式向Eureka刷新自己的狀態.