Eureka 都掛了,微服務還能調通嗎?

這是一位粉絲朋友讀者遇到的面試題。

老實說,這個問題並不難。

如果你做過微服務開發,這個面試題應該能夠立馬答出來,如果你沒做過微服務開發,但是學過一些 Spring Cloud 組件的用法,這個問題可能要稍微想一下,但是也應該能夠答出來。

今天就來和大家說說這個問題。

1.實踐一下

這種問題,聽別人講 N 遍,不如自己手動實踐一遍記得清楚。

大家可以快速搭建幾個 Eureka 服務註冊中心,然後搭建一個服務消費者和服務提供者,將兩個服務註冊到 Eureka 上去,最後在服務消費者上面簡單的調用一下服務提供者。這個過程很簡單,相信大家稍微學過 Spring Cloud 的小夥伴都能搞定,如果搞不定,可以參考松哥的視頻(Spring Boot + Vue + Spring Cloud 系列視頻教程))。

服務調通之後,接下來關閉 Eureka,注意不要關閉服務提供者和服務消費者,關閉之後,繼續用服務消費者調用服務提供者,「這個時候你會驚奇的發現,服務竟然還能調通!」

Demo 過於簡單,我就不寫了

2.原因分析

為什麼 Eureka 關閉後服務還能調用呢?我們先來看一張簡單的服務調用圖:

Eureka 都掛了,微服務還能調通嗎?

我來說一下這個流程

  1. Eureka 作為一個服務註冊中心啟動。
  2. Provider 和 Consumer 分別作為服務啟動,並且註冊到 Eureka 上面去,以 provider 為例,provider 註冊時會告訴 eureka,我叫 provider,我的地址是 xx.xx.xx.xx,我的端口是 xx,我的 xx 是 xx,就是說,provider 會將自己的一些元數據信息告訴 eureka;同理,consumer 也是如此。
  3. 接下來,consumer 要調用 provider 的接口,但是它不知道 provider 的地址是什麼,他只知道要調用的服務叫 provider,於是 consumer 找到 eureka,從 eureka 上查詢出來 provider 的具體地址和端口,這個具體的地址和端口,可能是一個,也可能是多個(集群化部署)。
  4. consumer 獲取到 provider 的地址和端口之後,接下來就直接去調用 provider 了。

從上面幾個流程圖中,大家可以看出來,一旦 consumer 獲取到 provider 的具體地址,接下來的調用其實就沒有 eureka 什麼事了。

所以,我們說一旦 Eureka 掛了,微服務是可以調通的,「但是是有前提的」

什麼前提?就是 provider 的地址沒變!如果 provider 換了一個 IP 地址或者端口,這個時候,consumer 就無法及時感知到這種變化,就會調不通。當 Eureka 沒有掛掉的時候,provider 的 IP 變化這種事情,可以通過 Eureka 讓 consumer 感知到,進而對調用地址作出調整,現在 Eureka 掛了,consumer 就無法感知了。

文章既然都寫到這兒了,我們就來順便說下 Spring Cloud 在這裡涉及到的一些原理。

3.相關原理

Eureka 本身可以分為兩大部分,Eureka Server 和 Eureka Client。

我們先來看 Eureka Server:

3.1 Eureka Server

Eureka Server 主要對外提供了三個功能:

  1. 服務註冊,所有的服務都註冊到 Eureka Server 上面來,這是 Eureka 基本功能。
  2. 提供註冊表,註冊表就是所有註冊上來服務的一個列表,Eureka 內部通過一個二層緩存機制來維護這個註冊表。Eureka Client 在調用服務時,需要獲取這個註冊表,一般來說,這個註冊表會緩存下來,如果緩存失效,則直接獲取最新的註冊表。
  3. 同步狀態,Eureka Client 通過註冊、心跳等機制,和 Eureka Server 同步當前客戶端的狀態,以便 Eureka Client 能夠及時感知到變化。

3.2 Eureka Client

服務要註冊到 Eureka 上面去,這種註冊本身就是一個 HTTP 請求,但是自己手寫註冊過程的話太過於繁瑣,Eureka Client 可以幫助我們簡化註冊過程。

一般來說,Eureka Client 有這樣一些功能:

服務註冊

服務提供者將自己註冊到服務註冊中心(Eureka Server),需要注意,所謂的服務提供者,只是一個業務上的劃分,本質上他就是一個 Eureka Client。當 Eureka Client 向 Eureka Server 註冊時,他需要提供自身的一些元數據信息,例如 IP 地址、端口、名稱、運行狀態等等,將來服務消費者獲取到的也是這些信息。

獲取註冊信息

Eureka Client 從 Eureka Server 上獲取服務的註冊信息,「並將其緩存在本地」,這句是關鍵。

當 Eureka Client 在需要調用遠程服務時,會從該信息中查找遠程服務所對應的 IP 地址、端口等信息。Eureka Client 上緩存的服務註冊信息會定期更新(30 秒),如果 Eureka Server 返回的註冊表信息與本地緩存的註冊表信息不同的話,Eureka Client 會自動處理。

這裡,也涉及到兩個屬性:

  1. 一個是是否允許獲取註冊表信息:eureka.client.fetch-registry=true。
  2. 另一個是 Eureka Client 上緩存的服務註冊信息,定期更新的時間間隔,默認 30 秒,可以通過如下屬性自行修改:eureka.client.registry-fetch-interval-seconds=30。
服務續約

Eureka Client 註冊到 Eureka Server 上之後,默認情況下,Eureka CLient 每隔 30 秒就要向 Eureka Server 發送一條心跳消息,來告訴 Eureka Server 我還在運行。

如果 Eureka Server 連續 90 秒都有沒有收到 Eureka Client 的續約消息(連續三次沒發送),他會認為 Eureka Client 已經掉線了,會將掉線的 Eureka Client 從當前的服務註冊列表中剔除。

這裡有兩個相關的屬性(一般不建議修改):

  1. eureka.instance.lease-renewal-interval-in-seconds 表示服務的續約時間,默認是 30 秒。
  2. eureka.instance.lease-expiration-duration-in-seconds 表示服務失效時間,默認是 90 秒。
服務下線

服務下線當 Eureka Client 下線時,它會主動發送一條消息,告訴 Eureka Server ,我下線啦。

從上面的介紹可以看出,Eureka Client 會自動拉取、更新以及緩存 Eureka Server 中的信息,這樣,即使 Eureka Server 所有節點都宕機,Eureka Client 依然能夠獲取到想要調用服務的地址(前提是服務地址沒有發生變化)。

好了,本文就先說這麼多,其實東西不難,感興趣的小夥伴感覺去試試吧~


分享到:


相關文章: