spring cloud系列教程第六篇-Eureka叢集版

本文主要內容：

本文來源：本文由凱哥Java(kaigejava)釋出在部落格園部落格的。轉載請註明

1：Eureka執行步驟理解

2：叢集原理

3：Eureka叢集搭建

4：修改payment和order專案註冊到叢集中

本文是由凱哥(凱哥Java:kagejava)釋出的《spring cloud系列教程》教程的總第六篇：《spring cloud系列教程第六篇-Eureka叢集版》。

本文是幾個維度中的第一個維度：註冊與發現維度配置中心管理之Eureka相關教程第三篇。

一：eureka註冊與發現步驟

 

服務註冊：將服務資訊註冊到註冊中心

服務發現：從註冊中心上獲取到服務資訊

其實質就是：key-value形式的。Key：服務的名字 value：服務呼叫地址

執行步驟：

1：先啟動eureka註冊中心

2：啟動服務提供者(我們這裡的服務提供者就是payment支付服務)

3：服務提供者在啟動後會把自身的資訊(如服務地址，以別名方式註冊到)註冊到eureka中

4：消費者(我們這裡是order服務)在需要呼叫介面的時候，使用服務別名去註冊中心獲取到實際的RPC遠端呼叫地址

5：消費者獲取到呼叫地址後，底層實際是利用HttpClient技術實現遠端呼叫的

6：消費者獲得服務地址後會快取在本地的JVM記憶體中，預設每隔30秒更新移除服務呼叫地址。

問題：微服務RPC遠端呼叫最核心的是什麼？

高可用。試想下，如果你的註冊中心有且僅有一個 only One.那麼，如果註冊中心故障了，那就呵呵了，會導致整個服務的不可用。後果可是很嚴重的。所以，解決辦法就是：搭建Eureka註冊中心叢集。實現負載均衡+故障容錯(其實從上圖中也可以看出，eureka server是多個，provider也是多個)

二：Eureka叢集原理：

互相註冊，相互守望

什麼意思呢？叢集的話，肯定是多個。比如我們現在單臺的eureka埠是7001，假設還有一臺服務是7002.那麼7001的註冊地址應該是7002，7002的註冊地址是7001.這樣就相互註冊了。7001會每30s給7002同步一次心跳，同理7002也會的。所以就相互守望了。

簡單的示意圖如下：

 

三：Eureka叢集搭建

3.1：新建cloud-eureka-server7002專案。作為第二臺eureka服務

3.2：修改pom.將7001的pom中相關依賴複製到7002中

3.3：修改hosts檔案。新增兩個對映：

 

修改後的hosts:

 

3.4:修改yml檔案。

在修改yml檔案的時候，需要注意：現在是多臺eureka server。需要互相註冊和相互守望。這個的寫法和單機版的不一樣了。我們先來看看單機版yml配置檔案。

單機版yml檔案配置：

 

叢集的時候，因為要互相註冊，相互守望。所以yml檔案有些不同。

7001服務的yml不同地方：

 

7002的yml:

 

我們可以看到hostname和defaultZone不同了

配置完成之後，啟動7001和7002，訪問兩個連線檢視有什麼不同

 

我們可以看到，DS Replicas的不同。

當我們訪問7001的時候，可以看到ds列表是eureka7002說明我們叢集配置已建成成功了。

本文教程相關程式碼版本號：v0.0.9-20200504

 

接下來，我們就要修改payment和order這兩個微服務，將這兩個微服務註冊到eureka叢集中。歡迎大家和凱哥(凱哥Java:kaigejava)繼續一起學習。

四：將payment和order這兩個服務註冊到叢集中

4.1：payment修改

只需要修改payment8001的yml檔案中，和eureka相關的配置即可。

我們開看看單機版的時候配置：

Eureka.client.service-url.defaultZone是localhost的。如下圖：

 

進行修改：

 

Order80的修改一樣。

配置完成之後，啟動服務進行測試。

啟動順序：

先啟動註冊中心服務：eurekaSever 7001/7002服務

再啟動服務提供者：payment8001服務

再啟動服務提供者：payment8001服務

訪問根據訂單id獲取連線，檢視返回資訊

檢視7001上註冊的eureka客戶端：

 

檢視7002上客戶端：

 

我們發現這兩個註冊中心都有order server和payment server服務。說明我們服務已經成功註冊到叢集中了。

檢視訪問效果：

 

可以正常訪問。說明叢集搭建及服務註冊到叢集中成功。

 

相關推薦