eureka是netflix開源的一款提供服務注冊和發現的産品，它提供了完整的service registry和service discovery實作。也是springcloud體系中最重要最核心的元件之一。
服務中心又稱注冊中心，管理各種服務功能包括服務的注冊、發現、熔斷、負載、降級等，比如dubbo admin背景的各種功能。
有了服務中心調用關系會有什麼變化，畫幾個簡圖來幫忙了解
項目a調用項目b
正常調用項目a請求項目b
有了服務中心之後，任何一個服務都不能直接去掉用，都需要通過服務中心來調用
項目a調用項目b，項目b在調用項目c
這時候調用的步驟就會為兩步：第一步，項目a首先從服務中心請求項目b伺服器，然後項目b在從服務中心請求項目c服務。
上面的項目隻是兩三個互相之間的簡單調用，但是如果項目超過20個30個呢，在15年底的時候我司分布式的項目就達到了二十幾個，畫一張圖來描述幾十個項目之間的互相調用關系全是線條，任何其中的一個項目改動，就會牽連好幾個項目跟着重新開機，巨麻煩而且容易出錯。通過服務中心來擷取服務你不需要關注你調用的項目ip位址，由幾台伺服器組成，每次直接去服務中心擷取可以使用的服務去調用既可。
由于各種服務都注冊到了服務中心，就有了去做很多進階功能條件。比如幾台服務提供相同服務來做均衡負載；監控伺服器調用成功率來做熔斷，移除服務清單中的故障點；監控服務調用時間來對不同的伺服器設定不同的權重等等。
說eureka之前我先八卦一下netflix
以下介紹來自于百度百科：
netflix是一家美國公司，在美國、加拿大提供網際網路随選流媒體播放，定制dvd、藍光光碟線上出租業務。該公司成立于1997年，總部位于加利福尼亞州洛斯蓋圖，1999年開始訂閱服務。2009年，該公司可提供多達10萬部dvd電影，并有1千萬的訂戶。2007年2月25日，netflix宣布已經售出第10億份dvd。his一份報告中表示，2011年netflix網絡電影銷量占據美國使用者線上電影總銷量的45%。
我第一次看到這個單詞的時候，是在各種美劇或者電影的開頭，netflix拍攝的代表性的美劇有《紙牌屋》、《毒枭》、《怪奇物語》。後來研究springcloud的時候發現了netflix公司，就在想它們是不是同一家公司，經過核對github上面郵件字尾判定确實是同一家公司，其實springcloud的微服務就基于netflix公司的開源産品來做的。
netflix的開源架構元件已經在netflix的大規模分布式微服務環境中經過多年的生産實戰驗證，正逐漸被社群接受為構造微服務架構的标準元件。spring cloud開源産品，主要是基于對netflix開源元件的進一步封裝，友善spring開發人員建構微服務基礎架構。對于一些打算建構微服務架構體系的公司來說，充分利用或參考借鑒netflix的開源微服務元件(或spring cloud)，在此基礎上進行必要的企業定制，無疑是通向微服務架構的捷徑。
按照官方介紹：
eureka is a rest (representational state transfer) based service that is primarily used in the aws cloud for locating services for the purpose of load balancing and failover of middle-tier servers. eureka 是一個基于 rest 的服務，主要在 aws 雲中使用, 定位服務來進行中間層伺服器的負載均衡和故障轉移。
spring cloud 封裝了 netflix 公司開發的 eureka 子產品來實作服務注冊和發現。eureka 采用了 c-s 的設計架構。eureka server 作為服務注冊功能的伺服器，它是服務注冊中心。而系統中的其他微服務，使用 eureka 的用戶端連接配接到 eureka server，并維持心跳連接配接。這樣系統的維護人員就可以通過 eureka server 來監控系統中各個微服務是否正常運作。spring cloud 的一些其他子產品（比如zuul）就可以通過 eureka server 來發現系統中的其他微服務，并執行相關的邏輯。
eureka由兩個元件組成：eureka伺服器和eureka用戶端。eureka伺服器用作服務注冊伺服器。eureka用戶端是一個java用戶端，用來簡化與伺服器的互動、作為輪詢負載均衡器，并提供服務的故障切換支援。netflix在其生産環境中使用的是另外的用戶端，它提供基于流量、資源使用率以及出錯狀态的權重負載均衡。
用一張圖來認識以下：
上圖簡要描述了eureka的基本架構，由3個角色組成：
1、eureka server
提供服務注冊和發現
2、service provider
服務提供方
将自身服務注冊到eureka，進而使服務消費方能夠找到
3、service consumer
服務消費方
從eureka擷取注冊服務清單，進而能夠消費服務
spring cloud已經幫我實作了服務注冊中心，我們隻需要很簡單的幾個步驟就可以完成。
1、pom中添加依賴
2、添加啟動代碼中添加<code>@enableeurekaserver</code>注解
3、配置檔案
在預設設定下，該服務注冊中心也會将自己作為用戶端來嘗試注冊它自己，是以我們需要禁用它的用戶端注冊行為，在<code>application.properties</code>添加以下配置：
<code>eureka.client.register-with-eureka</code> ：表示是否将自己注冊到eureka server，預設為true。
<code>eureka.client.fetch-registry</code> ：表示是否從eureka server擷取注冊資訊，預設為true。
注冊中心這麼關鍵的服務，如果是單點話，遇到故障就是毀滅性的。在一個分布式系統中，服務注冊中心是最重要的基礎部分，理應随時處于可以提供服務的狀态。為了維持其可用性，使用叢集是很好的解決方案。eureka通過互相注冊的方式來實作高可用的部署，是以我們隻需要将eureke server配置其他可用的serviceurl就能實作高可用部署。
首次我們嘗試一下雙節點的注冊中心的搭建。
1、建立application-peer1.properties，作為peer1服務中心的配置，并将serviceurl指向peer2
2、建立application-peer2.properties，作為peer2服務中心的配置，并将serviceurl指向peer1
3、host轉換
在hosts檔案中加入如下配置
4、打包啟動
依次執行下面指令
依次啟動完成後，浏覽器輸入：<code>http://localhost:8000/</code> 效果圖如下：
根據圖可以看出peer1的注冊中心ds replicas已經有了peer2的相關配置資訊，并且出現在available-replicas中。我們手動停止peer2來觀察，發現peer2就會移動到unavailable-replicas一欄中，表示peer2不可用。
到此雙節點的配置已經完成。
在生産中我們可能需要三台或者大于三台的注冊中心來保證服務的穩定性，配置的原理其實都一樣，将注冊中心分别指向其它的注冊中心。這裡隻介紹三台叢集的配置情況，其實和雙節點的注冊中心類似，每台注冊中心分别又指向其它兩個節點即可，使用application.yml來配置。
application.yml配置詳情如下：
分别以peer1、peer2、peer3的配置參數啟動eureka注冊中心。
可以在peer1中看到了peer2、peer3的相關資訊。至此eureka叢集也已經完成了
<a href="https://github.com/ityouknow/spring-cloud-starter">示例代碼</a>
參考：
<a href="http://blog.didispace.com/springcloud6/">spring cloud建構微服務架構（六）高可用服務注冊中心</a>
<a href="http://cloud.spring.io/spring-cloud-static/spring-cloud.html#_peer_awareness">peer awareness</a>
作者：純潔的微笑
版權歸作者所有，轉載請注明出處