Eureka2.0已經停更，但是學習它的思想還是有必要的，項目地址：https://github.com/Netflix/eureka

本篇要點

• 學習服務注冊與發現的概念。
• 學習Eureka基礎中的兩大組件Server和Client的概念。
• 嘗試Eureka單機和集群版的案例demo。

Eureka基礎知識

什么是服務治理

SpringCloud封裝了Netflix公司開發的Eureka模塊來實現服務治理。

在傳統的RPC遠程調用框架中，管理每個服務與服務之間依賴關系比較復雜，管理比較復雜，所以需要服務治理，管理服務與服務間的依賴關系，可以實現服務調用，負載均衡，容錯等，實現服務注冊與發現。

什么是服務注冊與發現

Eureka采用了CS的設計架構：Eureka Server作為服務注冊功能的服務器，它是服務注冊中心。而系統中的其他微服務，使用Eureka Client連接到Eureka Server并維持心跳連接。這樣系統的維護人員就可以通過Eureka Server來監控系統中各個服務是否正常運行。

在服務注冊與發現中，有一個注冊中心。當服務器啟動的時候，會把當前自己服務器信息【比如：服務地址、通訊地址等】以別名的方式注冊到注冊中心上。另一方【消費者服務提供者】，以該別名的方式去注冊中心上獲取到實際的服務通訊地址，然后再實現本地RPC調用。

遠程調用框架核心思想：在與注冊中心，因為使用注冊中心管理每個與服務之間的一個依賴關系【服務治理概念】。在任何RPC遠程框架中，都會有一個注冊中心【存放服務地址相關的信息：接口地址】。

Eureka的兩個組件

Eureka Server提供服務的注冊服務

各個微服務節點通過配置啟動后，會在EurekaServer中進行注冊，這樣EurekaServer中的服務注冊表中將會存儲所服務節點的信息，服務節點的信息可以在接口中直觀的看到。

Eureka Client通過注冊中心進行訪問

是一個Java客戶端，用與簡化Eureka Server的交互，客戶端同時也具備一個內置的，使用輪詢(round-robin)的負載均衡器。在應用啟動后，將會向Eureka Server發送心跳(默認周期為30s)。如果Eureka Server在多個心跳周期內沒有接收到某個節點的心跳，Eureka Server將會從服務注冊表中把這個服務節點移除掉(默認90s，也就是3個心跳周期).

單機版Eureka構建步驟

創建服務中心模塊

了解了Eureka的系統架構圖之后，我們應該非常清楚，最簡單的實現也需要三個角色：服務消費者，服務提供者，注冊中心EurekaServer。已知我們已經擁有了兩個角色：

• cloud-provider-payment8001 服務提供
• cloud-consumer-order80 服務消費

我們還需創建一個服務中心模塊：cloud-eureka-server7001。

引入依賴

<!--eureka server-->
<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-netflix-eureka-server</artifactId>
</dependency>

配置yml

server:
  port: 7001

eureka:
  instance:
    hostname: localhost #eureka服務端的實例名稱
  client:
    register-with-eureka: false     #false表示不向注冊中心注冊自己。
    fetch-registry: false     #false表示自己端就是注冊中心，我的職責就是維護服務實例，并不需要去檢索服務
    service-url:
      # 設置與Eureka Server交互的地址查詢服務和注冊服務都需要依賴這個地址
      defaultZone: http://${eureka.instance.hostname}:${server.port}/eureka/

在啟動類上表明@EnableEurekaServer

@SpringBootApplication
@EnableEurekaServer
public class EurekaServer7001Application {
    public static void main(String[] args) {
        SpringApplication.run(EurekaServer7001Application.class,args);
    }
}

進行測試

訪問localhost:7001/，出現如下界面，表示Eureka已經配置完成。但此時你會發現，第二欄出現了No instances available，因為此時還沒有將兩個客戶端加入。

注冊客戶端

服務端已經配置，接下來就是配置注冊客戶端的操作。在操作之前，我們應該能夠聯想，既然表明服務注冊中心用的是：@EnableEurekaServer，那么是不是表明客戶端也有類似的注解呢？是不是也要引入類似的依賴呢？確實，是這樣的。我們以cloud-provider-payment8001服務為例，先試著將該服務注冊進注冊中心。

引入依賴

<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
</dependency>

配置yml

在yml中增加一下內容：

eureka:
  client:
    #表示是否將自己注冊進EurekaServer默認為true。
    register-with-eureka: true
    #是否從EurekaServer抓取已有的注冊信息，默認為true。單節點無所謂，集群必須設置為true才能配合ribbon使用負載均衡
    fetchRegistry: true
    service-url:
      #單機版
      defaultZone: http://localhost:7001/eureka

在啟動類上表明@EnableEurekaClient

@EnableEurekaClient
@SpringBootApplication
public class Payment8001Application {

    public static void main(String[] args) {
        SpringApplication.run(Payment8001Application.class,args);
    }
}

繼續測試

我們先啟動EurekaServer7001Application，再啟動Payment8001Application，接著訪問：localhost:7001/，我們可以看到Application為CLOUD-PAYMENT-SERVICE的服務已經注冊進來。

而這里的Application的名稱就是我們在yml中配置的spring.application.name=cloud-payment-service。

ok，我們可以照著上述步驟，將另外一個客戶端也注冊進來，這里就不贅述了。

開啟保護機制

啟動服務并注冊完成后，如果停掉服務，30s后，Eureka會開啟保護機制：

Eureka執行步驟理解

1. 先啟動eureka注冊中心。
2. 啟動服務提供者(我們這里的服務提供者就是payment支付服務)。
3. 服務提供者在啟動后會把自身的信息(如服務地址，以別名方式注冊到)注冊到eureka中。
4. 消費者(我們這里是order服務)在需要調用接口的時候，使用服務別名去注冊中心獲取到實際的RPC遠程調用地址。
5. 消費者獲取到調用地址后，底層實際是利用HttpClient技術實現遠程調用的。
6. 消費者獲得服務地址后會緩存在本地的JVM內存中，默認每隔30秒更新移除服務調用地址。

服務注冊實際上就是將服務信息注冊到注冊中心中，服務發現實際上就是從注冊中心中獲取到服務的信息，本質上就是key-value形式信息的存入與讀取。

key就是服務的名字，value就是服務調用的地址。

集群原理說明

搭建Eureka注冊中心集群，實現負載均衡和故障容錯，也就是Eureka server和provider都是多個的，這防止一個注冊中心故障，所有都GG。

而集群的搭建原理在于：每個Eureka注冊中心之間相互注冊，相互同步心跳。

集群版Eureka構建步驟

創建第二個注冊中心

此時從父pom中查看一下module的結構：

  <modules>
    <module>cloud-provider-payment8001</module>
    <module>cloud-consumer-order80</module>
    <module>cloud-api-commons</module>
    <module>cloud-eureka-server7001</module>
    <module>cloud-eureka-server7002</module>
  </modules>

修改映射配置

在C:\Windows\System32\drivers\etc目錄下的hosts文件添加以下映射：

127.0.0.1 eureka7001.com
127.0.0.1 eureka7002.com

修改yml配置

server:
  port: 7001

eureka:
  instance:
    hostname: eureka7001.com #eureka服務端的實例名稱
  client:
    register-with-eureka: false     #false表示不向注冊中心注冊自己。
    fetch-registry: false     #false表示自己端就是注冊中心，我的職責就是維護服務實例，并不需要去檢索服務
    service-url:
      #集群指向其它eureka
      defaultZone: http://eureka7002.com:7002/eureka/
      
######################### 7001 < - > 7002 #############################

server:
  port: 7002

eureka:
  instance:
    hostname: eureka7002.com #eureka服務端的實例名稱
  client:
    register-with-eureka: false     #false表示不向注冊中心注冊自己。
    fetch-registry: false     #false表示自己端就是注冊中心，我的職責就是維護服務實例，并不需要去檢索服務
    service-url:
      #集群指向其它eureka
      defaultZone: http://eureka7001.com:7001/eureka/

測試集群是否成功配置

訪問localhost:7001/和localhost:7002/，發現兩個中心都成功啟動。當然，我們已經配置了路徑映射，訪問eureka7001.com:7001/和eureka7002.com:7002/的效果是一樣的。

修改客戶端的yml配置

單機版的時候穩定指向http://localhost:7001/eureka，集群狀態下需要改變eureka.client.service-url.defaultZone的值：

eureka:
  client:
    #表示是否將自己注冊進EurekaServer默認為true。
    register-with-eureka: true
    #是否從EurekaServer抓取已有的注冊信息，默認為true。單節點無所謂，集群必須設置為true才能配合ribbon使用負載均衡
    fetchRegistry: true
    service-url:
#      #單機版
#      defaultZone: http://localhost:7001/eureka
      # 集群版
      defaultZone: http://eureka7001.com:7001/eureka,http://eureka7002.com:7002/eureka

測試

此時兩個注冊中心都注冊了兩個客戶端服務，代表已經配置完成。

負載均衡配置

我們訪問注冊中心，可以發現CLOUD-PAYMENT-SERVICE對應兩臺提供服務者：

修改URL地址

    private static final String PAYMENT_URL = "http://CLOUD-PAYMENT-SERVICE";

賦予RestTemplate負載均衡的能力

@Configuration
public class ApplicationContextConfig {

    @Bean
    @LoadBalanced //賦予RestTemplate負載均衡的能力
    public RestTemplate restTemplate(){
        return new RestTemplate();
    }
}

接著多次訪問：http://localhost/consumer/payment/1，會輪換者調用不同服務者的接口。

源碼下載

本系列文章為《尚硅谷SpringCloud教程》的學習筆記【版本稍微有些不同，后續遇到bug再做相關說明】，主要做一個長期的記錄，為以后學習的同學提供示例，代碼同步更新到Gitee：https://gitee.com/tqbx/spring-cloud-learning，并且以標簽的形式詳細區分每個步驟，這個系列文章也會同步更新。