跟我學Spring Cloud（Finchley版）-06-服務註冊與

在上 一節中，已經編寫了一個Eureka Server，並將服務提供者與消費者都註冊到了Eureka Server上。

本節，來深入探討Eureka的高階特性。

Eureka原理

本節來探討Eureka的原理。

Region & Availability Zone

下面分析一下Eureka原理，在分析原理前，先來了解一下Region和Availability Zone，如下圖。

圖-Region And Availibility Zone

眾所周知，Netflix公司將他們的應用都部署在了AWS上，所以Eureka的架構使用到了AWS中的一些概念——不用擔心，這不是說Eureka和AWS環境繫結，Eureka可以部署在任意環境。

Region和Availability Zone均是AWS的概念。

• Region表示AWS中的地理位置，例如us-east-1、us-east-2、eu-west-1等；

• 每個Region都有多個Availability Zone，彼此內網打通；

• 各個Region之間完全隔離，彼此內網不打通；

• AWS透過這種方式實現了最大的容錯和穩定性。

Spring Cloud中，預設使用的Region是us-east-1 。非AWS環境下，可將將Region理解為內網沒有打通的機房，將Availability Zone理解成相同機房的不同機架（內網打通）。

擴充閱讀

• 如果您不瞭解AWS，那你應該聽說過阿里雲，可以把AWS簡單認為是美國版的阿里雲……

• 對Region和Availability Zone感興趣的讀者可前往擴充套件閱讀；

• 2017年AWS的S3發生故障，受影響的大型網站列表中，Netflix赫然在列，有興趣可前往 擴充閱讀。

Eureka架構詳解

Eureka架構

如圖是Eureka叢集的工作原理。圖中的元件非常多，概念也比較抽象，我們先來用通俗易懂的文字翻譯一下：

• Application Service：服務提供者；

• Application Client：服務消費者；

• Make Remote Call呼叫RESTful API；

• us-east-1c、us-east-1d等都是Availability Zone，它們都屬於us-east-1這個region。

由圖可知，Eureka包含兩個元件：Eureka Server 和 Eureka Client，它們的作用如下：

• Eureka Server提供服務發現的能力，各個微服務啟動時，會向Eureka Server註冊自己的資訊（例如IP、埠、微服務名稱等），Eureka Server會儲存這些資訊；

• Eureka Client是一個Java客戶端，用於簡化與Eureka Server的互動；

• 微服務啟動後，會週期性（預設30秒）地向Eureka Server傳送心跳以續約自己的“租期”；

• 如果Eureka Server在一定時間內沒有接收到某個微服務例項的心跳，Eureka Server將會登出該例項（預設90秒）；

• 預設情況下，Eureka Server同時也是Eureka Client。多個Eureka Server例項，互相之間透過增量複製的方式，來實現服務登錄檔中資料的同步。Eureka Server預設保證在90秒內，Eureka Server叢集內的所有例項中的資料達到一致（從這個架構來看，Eureka Server所有例項所處的角色都是對等的，沒有類似Zookeeper、Consul、Etcd等軟體的選舉過程，也不存在主從，所有的節點都是主節點。Eureka官方將Eureka Server叢集中的所有例項稱為“對等體（peer）”）

• Eureka Client會快取服務登錄檔中的資訊。這種方式有一定的優勢——首先，微服務無需每次請求都查詢Eureka Server，從而降低了Eureka Server的壓力；其次，即使Eureka Server所有節點都宕掉，服務消費者依然可以使用快取中的資訊找到服務提供者並完成呼叫。

綜上，Eureka透過心跳檢查、客戶端快取等機制，提高了系統的靈活性、可伸縮性和可用性。

TIPS

事實上，這個官方架構圖是有一點問題的：Eureka Server本身也整合了Eureka Client，彼此透過Eureka Client同步資料給其它例項又或者從其他例項同步資料——現在，你應該能理解上一節中所使用的 register-with-eureka 以及fetch-registry 的作用了。

高可用

編寫高可用Eureka Server

下面來編寫一個雙節點Eureka Server叢集。編寫這個叢集非常簡單，只需修改單例項Eureka Server的配置即可：

• 為系統配置主機名：

  vim /etc/hosts# 新增如下內容127.0.0.1 peer1 peer2
  
  對於Windows系統，請修改C:windowssystem32driversetchosts檔案

• 配置：

  spring:
    application:
      name: microservice-discovery-eureka-ha
  ---
  spring:
    profiles: peer1                                 # 指定profile=peer1server:
    port: 8761eureka:
    instance:
      hostname: peer1                               # 指定當profile=peer1時，主機名是peer1
    client:
      serviceUrl:
        defaultZone:       # 將自己註冊到peer2這個Eureka上面去---
  spring:
    profiles: peer2
  server:
    port: 8762eureka:
    instance:
      hostname: peer2
    client:
      serviceUrl:
        defaultZone: 

  由配置不難看出我們設定了兩個Profile：peer1、peer2。兩個Profile下各有一個Eureka Server，透過相互註冊的方式，構建了Eureka Server叢集。

• 啟動：

  java -jar microservice-discovery-eureka-ha-0.0.1-SNAPSHOT.jar --spring.profiles.active=peer1
  java -jar microservice-discovery-eureka-ha-0.0.1-SNAPSHOT.jar --spring.profiles.active=peer2

  第一個例項會報錯，這是正常的，因為它會嘗試連線第二個例項，但第二個例項尚未啟動，所以會報連線不上的異常。

注意點

• 如果兩個Eureka Server例項在同一臺機器上啟動，那麼配置hosts的這一步不能少。原因：Eureka Server對埠是不敏感的，這意味著，如果直接用IP的形式（例如地址寫成）相互註冊，Eureka Server誤認為兩個Eureka Server例項是一個例項——這會造成Eureka Server首頁顯示不正常等一系列問題！！

擴充閱讀

• 考慮到有童鞋對Spring Boot的Profile不熟悉，貼個擴充閱讀吧：https://blog.csdn.net/j080624/article/details/80507927

TIPS

編寫Eureka Server叢集的簡寫方式：

spring:
  application:
    name: microservice-discovery-eureka-ha
eureka:
  client:
    serviceUrl:
      defaultZone: ,---
spring:
  profiles: peer1
server:
  port: 8761eureka:
  instance:
    hostname: peer1
---
spring:
  profiles: peer2
server:
  port: 8762eureka:
  instance:
    hostname: peer2

將應用註冊到Eureka Server叢集上

以microservice-provider-user 專案為例，只須修改eureka.client.serviceUrl.defaultZone，配置多個Eureka Server地址，就可以將其註冊到Eureka Server叢集了。示例：

eureka:
  client:
    serviceUrl:
      defaultZone: ,

這樣就可以將服務註冊到Eureka Server叢集上了。

當然，微服務即使只配置Eureka Server叢集中的某個節點，也能正常註冊到Eureka Server叢集，因為多個Eureka Server之間的資料會相互同步。例如：

eureka:
  client:
    serviceUrl:
      defaultZone: 

正常情況下，這種方式與配置多個Server節點的效果是一樣的。不過為適應某些極端場景，筆者建議在客戶端配置多個Eureka Server節點。

應用啟動後，訪問Eureka Server應能看到類似如下的介面：

Eureka叢集首頁

RESTful API

前文說過，Eureka本身是一個基於REST的服務。本節來探討Eureka Server的RESTful API。

下表展示了Eureka Server提供的RESTful API，來自 ，只需按表格向Eureka Server傳送請求，即可操作Eureka Server中的資料。

呼叫示例

示例1：註冊一個服務：

• 將以下檔案儲存為rest-api-test.xml

  <instance>
    <instanceId>itmuch:rest-api-test:9000</instanceId>
    <hostName>itmuch</hostName>
    <app>REST-API-TEST</app>
    <ipAddr>127.0.0.1</ipAddr>
    <vipAddress>rest-api-test</vipAddress>
    <secureVipAddress>rest-api-test</secureVipAddress>
    <status>UP</status>
    <port enabled="true">9000</port>
    <securePort enabled="false">443</securePort>
    <homePageUrl>
    <statusPageUrl>
    <healthCheckUrl>
    <dataCenterInfo class="com.netflix.appinfo.InstanceInfo$DefaultDataCenterInfo">
      <name>MyOwn</name>
    </dataCenterInfo></instance>

• 透過cURL呼叫Eureka Server

  cat ./rest-api-test.xml | curl -v -X POST -H "Content-type: application/xml" -d @- 

示例2：檢視指定服務的所註冊的資訊

只需訪問： Server的地址/eureka/apps/microservice-provider-user 即可檢視microdervice-provider-user 服務的資訊。

RESTful API的意義

你可能會問：我們不是已經有Eureka Client了嗎？誰閒著沒事再去用RESTful API啊？

要知道，微服務的優勢之一就是允許使用異構的技術、異構的語言甚至異構的平臺解決你想解決的問題。

舉個例子，如果你有一個系統，一部分是Spring Cloud構建的，一部分是用世界上最好的語言PHP寫的！但是呢，你希望Java應用與PHP應用之間的通訊也能享受服務發現所帶來的好處，此時就可編寫一個基於PHP的Eureka Client，將PHP應用也註冊到Eureka Server！

事實上，前文說的Eureka Client不過是一個用Jersey 1.x封裝了RESTful API的Jar包而已。

擴充閱讀
事實上，業界已經有一些不同語言的Eureka Client，例如：

• Node.js版的Eureka Client：

• Python版的Eureka Client：

自我保護模式

自我保護模式是Eureka的重要特性，筆者之前已經專題寫過文章詳解了，所以本系列不再贅述，詳見：

使用者認證

Finchley版本相對之前的版本有些改動，比較重要。詳見： 。

配套程式碼

• GitHub：

  • microservice-discovery-eureka-ha：

• Gitee：

  • microservice-discovery-eureka-ha：