Eureka
- Eureka 是一個服務治理組件，它主要包括服務注冊和服務發現，主要用來搭建服務注冊中心。
- Eureka 是一個基於 REST 的服務，用來定位服務，進行中間層服務器的負載均衡和故障轉移。
- Eureka Server 作為服務注冊的服務端，它是服務注冊中心，而系統中的其他微服務，使用 Eureka 的客戶端連接到 Eureka
- Server 服務端，並維持心跳連接，Eureka 客戶端是一個 Java 客戶端，用來簡化與服務器的交互、負載均衡，服務的故障切換等
Eureka 與 Zookeeper 的比較
- Zookeeper 保證 CP(保證強一致性)
在 ZooKeeper 中，當 master 節點因為網絡故障與其他節點失去聯系時，剩余節點會重新進行 leader 選舉，但是問題在於，選舉 leader 需要一定時間, 且選舉期間整個 ZooKeeper 集群都是不可用的，這就導致在選舉期間注冊服務癱瘓。
在雲部署的環境下，因網絡問題使得 ZooKeeper 集群失去 master 節點是大概率事件，雖然服務最終能夠恢復，但是在選舉時間內導致服務注冊長期不可用是難以容忍的。 - Eureka 保證 AP
Eureka 優先保證可用性，Eureka 各個節點是平等的，某幾個節點掛掉不會影響正常節點的工作，剩余的節點依然可以提供注冊和查詢服務。而 Eureka 的客戶端在向某個 Eureka 注冊或時如果發現連接失敗，則會自動切換至其它節點，只要有一台 Eureka 還在，就能保證注冊服務可用(保證可用性)，只不過查到的信息可能不是最新的(不保證強一致性)。
配置 Eureka 服務注冊中心
-
創建一個 SpringBoot 項目，並且添加 SpringBoot 的相關依賴；springcloud-eureka-server
-
添加 eureka 的依賴
<dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-netflix-eureka-server</artifactId> </dependency> -
在 Spring Boot 的入口類上添加一個@EnableEurekaServer 注解，用於開啟 Eureka 注冊中心服務端
-
在 application.yml文件中配置 Eureka 服務注冊中心信息：
# 應用名稱 spring: application: name: EurekaServer server: port: 8761 eureka: instance: hostname: localhost client: register-with-eureka: false fetch-registry: false service-url: defaultZone: http://${eureka.instance.hostname}:${server.port}/eureka -
啟動main，訪問 http://localhost:8761/
向 Eureka 服務注冊中心注冊服務
-
新建spring boot項目並導入eureka 客戶端依賴：
<dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-netflix-eureka-client</artifactId> </dependency> -
在main上添加@EnableEurekaClient 注解
-
配置服務名稱和注冊中心地址
spring: application: name: EurekaClient server: port: 8762 eureka: client: register-with-eureka: true fetch-registry: true service-url: defaultZone: http://localhost:8761/eureka instance: prefer-ip-address: true -
啟動運行之后，通過在瀏覽器地址欄訪問我們之前搭建好的 eureka 注冊
Eureka 注冊中心高可用集群
由於注冊中心 eureka 本身也是一個服務，如果它只有一個節點，那么它有可能發生故障，這樣我們就不能注冊與查詢服務了，所以我們需要一個高可用的服務注冊中心，這就需要通過注冊中心集群來解決。
Eureka Server 的高可用實際上就是將自己作為服務向其他服務注冊中心注冊自己，這樣就會形成一組互相注冊的服務注冊中心，進而實現服務清單的互相同步，往注冊中心 A 上注冊的服務，可以被復制同步到注冊中心 B 上，所以從任何一台注冊中心上都能查詢到已經注冊的服務，從而達到高可用的效果。
-
在 8761 的配置文件中，讓它的 service-url 指向 8763，在 8763 的配置文件中讓它的 service-url 指向 8761
server: port: 8761 eureka: instance: hostname: localhost client: register-with-eureka: false fetch-registry: false service-url: defaultZone: http://${eureka.instance.hostname}:8763/eurekaserver: port: 8763 eureka: instance: hostname: localhost client: register-with-eureka: false fetch-registry: false service-url: defaultZone: http://${eureka.instance.hostname}:8761/eureka -
然后在本地 hosts 文件配置：C:\Windows\System32\drivers\etc\hosts
127.0.0.1 eureka8761
127.0.0.1 eureka8763
-
分別啟動兩個注冊中心，訪問兩個注冊中心頁面，觀察注冊中心頁面是否正常
-
在eureka-client服務中配置：
eureka: client: register-with-eureka: true fetch-registry: true service-url: defaultZone: http://localhost:8761/eureka, http://localhost:8763/eureka -
啟動服務提供者服務，然后觀察注冊中心頁面，可以看到服務會在兩個注冊中心上都注冊成功
Eureka 服務注冊中心自我保護機制
當 Eureka 注冊中心進入自我保護模式時，在 Eureka Server 首頁會輸出如下警告信息：
EMERGENCY! EUREKA MAY BE INCORRECTLY CLAIMING INSTANCES ARE UP WHEN THEY'RE NOT. RENEWALS ARE LESSER THAN THRESHOLD AND HENCE THE INSTANCES ARE NOT BEING EXPIRED JUST TO BE SAFE.
在沒有 Eureka 自我保護的情況下，如果 Eureka Server 在一定時間內沒有接收到某個微服務實例的心跳，Eureka Server 將會注銷該實例，但是當發生網絡分區故障時，那么微服務與 Eureka Server 之間將無法正常通信，以上行為可能變得非常危險了——因為微服務本身其實是正常的，此時不應該注銷這個微服務，如果沒有自我保護機制，那么 Eureka Server 就會將此服務注銷掉。
Eureka 通過“自我保護模式”來解決這個問題——當 Eureka Server 節點在短時間內丟失過多客戶端時（可能發生了網絡分區故障），那么就會把這個微服務節點進行保護。一旦進入自我保護模式，Eureka Server 就會保護服務注冊表中的信息，不刪除服務注冊表中的數據（也就是不會注銷任何微服務）。當網絡故障恢復后，該 Eureka Server 節點會再自動退出自我保護模式。
但是 Eureka Server 自我保護模式也會給我們帶來一些困擾，如果在保護期內某個服務提供者剛好非正常下線了，此時服務消費者就會拿到一個無效的服務實例，此時會調用失敗，對於這個問題需要服務消費者端具有一些容錯機制，如重試，斷路器等。
自我保護常用幾個配置：
-
服務器端
#測試時關閉自我保護機制，保證不可用服務及時踢出
eureka.server.enable-self-preservation=false -
客戶端
#每間隔 2s，向服務端發送一次心跳，證明自己依然"存活"
eureka.instance.lease-renewal-interval-in-seconds=2#告訴服務端，如果我 10s 之內沒有給你發心跳，就代表我故障了，將我踢出掉
eureka.instance.lease-expiration-duration-in-seconds=10