Spring-cloud 微服務架構搭建 01 - Eureka服務搭建及高可用配置
文章目錄
1. Eureka簡介
在任何的分散式架構中,都需要去尋找服務的物理機器地址,我們稱之為服務發現,Eureka就是解決這類問題的元件。它是類似於Zookeeper的服務註冊中心元件,但Eureka保證了服務的高可用性,它自身的叢集機制和服務保護機制是其核心機制,我們可以給予它提供的便利搭建一套完整的為服務體系。下面進行Eureka服務端和客戶端的簡單搭建。
2. Eureka 服務特點
2.1. 高可用
支援叢集環境熱部署,可以跨多個節點進行服務例項共享,只要有一個節點可用就可以維持服務的可用性;
2.2. 點對點
叢集中每個服務節點共享服務例項的狀態;
2.3. 負載均衡
服務可以對請求進行負載均衡處理,一般採用輪詢健康例項的方式,也可以自定義服務發現方式
2.4. 客戶端彈性
所有註冊到註冊中心的客戶端都應該在本地快取一份服務列表,在服務不可用時可以繼續承擔服務的可用行。
2.5. 容錯率
Eureka註冊中心採用心跳檢測機制確保服務的可用行,及時清理不可用的服務例項。
3. Eureka-Server 服務端搭建
注:本文專案採用idea工具進行搭建
- 使用idea自身的spring initializr進行專案的初始化
- 初始化完成專案之後進行pom檔案匯入
<dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-actuator</artifactId> </dependency> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-netflix-eureka-server</artifactId> </dependency>
- 修改application.yml檔案,新增如下配置:
server:
# 指定該Eureka例項的埠
port: 8761
eureka:
instance:
# 指定該Eureka例項的主機名
hostname: localhost
preferIpAddress: true
server:
# 關閉自我保護機制 不推薦
# enableSelfPreservation: false
# 清理無效的服務節點,清理間隔(單位毫秒,預設是60*1000)
eviction-interval-timer-in-ms: 10000
client:
registerWithEureka: false
fetchRegistry: false
serviceUrl:
defaultZone: http://${eureka.instance.hostname}:${server.port}/eureka/
- 最後在Eureka服務上面新增***@EnableEurekaServer***註解就可以啟動了。
由於Eureka提供了高可用的服務機制,我們可以啟動多個Eureka服務例項,然後client段修改配置檔案中defaultZone引數就可以了。Eureka服務註冊是通過服務輪詢的方式,一般我們啟動多個例項,client端只要在一個服務例項上註冊成功,有不需要額外的去其他服務例項進行註冊,並且Eureka有自身的服務列表拉取機制會同步更新服務列表,深入理解可以參考Eureka Client註冊到Eureka Server的祕密。
4. Eureka-Client端進行服務註冊
-
此處我以config配置中心作為Eureka的Client端。
-
首先我們構建一個maven工程,初始化完成後進行pom引入,
<!-- security 安全控制 -->
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-security</artifactId>
</dependency>
<!-- eureka 服務註冊 -->
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
- 修改我們的配置檔案,注意Eureka客戶端的配置必須在Bootstrap.yml檔案中,涉及到配置檔案讀取順序的問題。 Bootstrap.yml 配置如下:
#服務註冊中心配置
eureka:
client:
serviceUrl:
defaultZone: http://localhost:8761/eureka/ #,http://xxxxx:8761/eureka/
# 指定多少秒從註冊中心獲取一次例項服務列表 預設 30秒
# 減少值可以解決服務註冊慢問題,但一般不要設定太小
registry-fetch-interval-seconds: 20
instance:
# 獲取例項ip地址
prefer-ip-address: true
# 心跳包傳送時間 預設 30秒
lease-renewal-interval-in-seconds: 60
# 最後一次心跳時間間隔以下值之後清楚例項列表中的值,不應該小於心跳檢測時間 預設90秒
lease-expiration-duration-in-seconds: 100
# instance-id: config-server
-
配置完後需要在Client啟動類上加上*@EnableDiscoveryClient*註解。
-
配置完成後分別啟動Eureka-Server例項和Eureka-Client例項(本文以config-server代替),訪問http://localhost:8761可以看到client例項註冊到server中了。
注:prefer-ip-address: true 在生產環境一般需要設定為true,原因如下:
為什麼偏向於 IP地址在預設情況下, Eureka在嘗試註冊服務時, 將會使用主機名讓外界與它進行聯絡。這種方式在基於伺服器的環境中執行良好,在這樣的環境中,服務會被分配一個DNS支援的主機名。但是,在基 於容器的部署(如 Docker )中,容器將以隨機生成的主機名啟動,並且該容器沒有 DNS 記錄。
如果沒有將 eureka . instance.preferipAddress 設定量為 true,那麼客戶端應用程式將無法 正確地解析主機名的位置,因為該容器不存在 DNS 記錄。設定preferipAddress 屬性將通知 Eureka 服務,客戶端想要通過 IP地址進行通告。
5. 高可用配置
- 具體細節可以參考eureka叢集高可用配置 文章,大家可以看看。
本文github程式碼地址
spring-cloud 基礎模組搭建 – 歡迎指正
參考部落格地址:
Eureka Client註冊到Eureka Server的祕密