上一篇主要介紹了相關理論,這一篇開始咱們來一個個的實踐一下。html
Just code it.java
本系列介紹的配置均基於 Spring Boot 2.0.1.RELEASE 版本和 Spring Cloud Finchley.RC1 版本git
服務註冊中心
Spring Cloud 已經幫咱們實現了服務註冊中心,咱們只須要很簡單的幾個步驟就能夠完成。github
首先咱們建立一個 Spring Boot 工程,名字就叫 eureka-server,能夠直接使用 Spring Initializr 建立spring
也能夠直接在 pom.xml 中引入如下依賴架構
1 |
<parent> |
經過@EnableEurekaServer
註解啓動一個服務註冊中心提供給其餘應用進行對話。這一步很是的簡單,只須要在一個普通的 Spring Boot 應用中添加這個註解就能開啓此功能,好比app
1 |
@EnableEurekaServer |
在默認設置下,該服務註冊中心也會將本身做爲客戶端來嘗試註冊它本身,因此咱們須要禁用它的客戶端註冊行爲,只須要在 application.yml 配置文件中增長以下信息:maven
1 |
spring: |
server.port
:爲了與後續要進行註冊的服務區分,這裏將服務註冊中心的端口設置爲 7000。eureka.client.register-with-eureka
:表示是否將本身註冊到 Eureka Server,默認爲 true。eureka.client.fetch-registry
:表示是否從 Eureka Server 獲取註冊信息,默認爲 true。eureka.client.service-url.defaultZone
:設置與 Eureka Server 交互的地址,查詢服務和註冊服務都須要依賴這個地址。默認是 http://localhost:8761/eureka ;多個地址可以使用英文逗號(,)分隔。
啓動工程後,訪問 http://localhost:7000/,能夠看到下面的頁面,其中尚未發現任何服務
分佈式
集羣
註冊中心這麼關鍵的服務,若是是單點話,遇到故障就是毀滅性的。在一個分佈式系統中,服務註冊中心是最重要的基礎部分,理應隨時處於能夠提供服務的狀態。爲了維持其可用性,使用集羣是很好的解決方案。Eureka 經過互相註冊的方式來實現高可用的部署,因此咱們只須要將 Eureke Server 配置其餘可用的 service-url 就能實現高可用部署。spring-boot
雙節點註冊中心
首先咱們嘗試一下雙節點的註冊中心的搭建。
一、咱們將以前的 application.yml 複製一份並命名爲 application-peer1.yml,做爲 peer1 服務中心的配置,並將 service-url 指向 peer2
1 |
spring: |
二、將以前的 application-peer1.yml 複製一份並命名爲 application-peer2.yml,做爲 peer2 服務中心的配置,並將 service-url 指向 peer1
1 |
spring: |
三、配本地 host:
在 hosts 文件中加入以下配置
1 |
127.0.0.1 peer1 peer2 |
四、打包啓動
依次執行下面命令
1 |
# 打包 |
在剛啓動 peer1 的時候,啓動完成後會在控制檯看到一些異常信息,大體就是拒絕鏈接、請求超時這一類的,這個不用管,啓動 peer2 後就行了。
依次啓動完成後,訪問 http://localhost:7001/,效果以下
根據圖能夠看出 peer1 的註冊中心 DS Replicas 已經有了 peer2 的相關配置信息,而且出如今 available-replicas 中。咱們手動中止 peer2 來觀察,發現 peer2 就會移動到 unavailable-replicas 一欄中,表示 peer2 不可用。
到此雙節點的配置已經完成。
注意事項
- 在搭建 Eureka Server 雙節點或集羣的時候,要把
eureka.client.register-with-eureka
和eureka.client.fetch-registry
均改成true
(默認)。不然會出現實例列表爲空,且 peer2 不在 available-replicas 而在 unavailable-replicas 的狀況(這時其實只是啓動了兩個單點實例)。若是是像我這樣圖省事把以前的單節點配置和雙節點的配置放在一個工程裏,雙節點的配置裏要顯示設置以上兩個參數,直接刪除是用不了默認配置的——Spring profile 會繼承未在子配置裏設置的父配置(application.yml)中的配置。 - 在註冊的時候,配置文件中的
spring.application.name
必須一致,不然狀況會是這樣的
Eureka 集羣使用
在生產中咱們可能須要三臺或者大於三臺的註冊中心來保證服務的穩定性,配置的原理其實都同樣,將註冊中心分別指向其它的註冊中心。這裏只介紹三臺集羣的配置狀況,其實和雙節點的註冊中心相似,每臺註冊中心分別又指向其它兩個節點便可。
application-peer1.yml
1 |
spring: |
application-peer2.yml
1 |
spring: |
application-peer3.yml
1 |
spring: |
修改 hosts 文件中的配置,添加 peer3
1 |
127.0.0.1 peer1 peer2 peer3 |
分別以 peer一、peer二、peer3 的配置參數啓動 Eureka 註冊中心
1 |
java -jar target/eureka-server-0.0.1-SNAPSHOT.jar --spring.profiles.active=peer1 |
依次啓動完成後,訪問 http://localhost:7001/,效果以下
能夠在 peer1 中看到了 peer二、peer3 的相關信息,至此 Eureka 集羣也已經完成了。
註冊中心 Eureka 就介紹到這裏,下一節咱們將利用咱們搭建的 Eureka Server 來爲服務提供者 / 調用者提供註冊 / 發現服務。
相關閱讀
Spring Cloud(一):服務治理技術概覽
Spring Cloud(二):服務註冊與發現 Eureka
Spring Cloud(三):服務提供與調用 Eureka
Spring Cloud(四):服務容錯保護 Hystrix
Spring Cloud(五):Hystrix 監控面板
Spring Cloud(六):Hystrix 監控數據聚合 Turbine
Spring Cloud(七):配置中心(Git 版與動態刷新)
Spring Cloud(八):配置中心(服務化與高可用)
Spring Cloud(九):配置中心(消息總線)
Spring Cloud(十):服務網關 Zuul(路由)
Spring Cloud(十一):服務網關 Zuul(過濾器)
Spring Cloud(十二):分佈式鏈路跟蹤(Sleuth 與 Zipkin)
示例代碼:GitHub
參考
springcloud(二):註冊中心 Eureka
Spring Cloud 構建微服務架構:服務註冊與發現(Eureka、Consul)【Dalston 版】
Spring Cloud 技術分析(1)——服務治理
Spring Cloud - Peer Awareness