Spring Cloud 系列之 Apollo 配置中心（四）

阿新 • • 發佈：2020-06-05

本篇文章為系列文章，未讀前幾集的同學請猛戳這裡：

Spring Cloud 系列之 Apollo 配置中心（一）
Spring Cloud 系列之 Apollo 配置中心（二）
Spring Cloud 系列之 Apollo 配置中心（三）

本篇文章講解 Apollo 高可用環境搭建，灰度釋出，教大家搭建企業中真實環境的配置中心。

高可用環境搭建

點選連結觀看：Apollo 高可用環境搭建視訊（獲取更多請關注公眾號「哈嘍沃德先生」）

分析

資料庫高可用

方案很多，比如雙主結構、主從結構、異地備份等等，還可以選擇第三方雲資料庫服務，讓雲服務廠商去保證資料庫的高可用性，這樣不僅比自己實現起來更可靠、更輕鬆，而且還方便管理等。

AdminService 高可用

在 Apollo 中所有的 Admin Service 都會註冊到 Eureka 裡，所以我們只需要配置多臺 AdminService，資料庫採用同一套即可。

ConfigService 高可用

在 Apollo 的設計中每個 ConfigService 也是一個 Euerka 的註冊中心，所以保證 ConfigService 高可用的前提是保證 Eureka 的高可用，Eureka 的高可用實際上就是將自己作為服務向其他服務註冊中心註冊自己，這樣就可以形成一組互相註冊的服務註冊中心，以實現服務清單的互相同步，達到高可用的效果。

實踐

再來一臺機器 192.168.10.104 然後將 apollo-configservice-x.x.x-github.zip

和 apollo-adminservice-x.x.x-github.zip 上傳至該機器，解壓以後都配置 102 機器的資料庫，我們搭建一個 DEV 的高可用環境。

配置資料庫

將 ConfigService 和 AdminService 上傳至 192.168.10.104
解壓
開啟config目錄下的application-github.properties檔案
填寫正確的 ApolloConfigDB 資料庫連線串資訊，注意使用者名稱和密碼後面不要有空格！
修改完的效果如下：

# DataSource
spring.datasource.url = jdbc:mysql://192.168.10.102:3306/ApolloConfigDB?characterEncoding=utf8
spring.datasource.username = root
spring.datasource.password = 1234

調整服務端配置

Eureka 註冊中心地址儲存在 ApolloConfigDB.ServerConfig 表中，如下圖，在③Value的地方新增多個地址即可。

配置 apollo-portal 的 meta service 資訊

Apollo Portal 需要在不同的環境訪問不同的 meta service(apollo-configservice) 地址，所以我們需要在配置中提供這些資訊。預設情況下，meta service 和 config service 是部署在同一個JVM程序，所以 meta service 的地址就是 config service 的地址。

❝
對於 1.6.0 及以上版本，可以通過 ApolloPortalDB.ServerConfig 中的配置項來配置 Meta Service 地址。
❞

新版本配置方式

通過 apollo.portal.meta.servers 新增 meta service(apollo-configservice) 地址，類似以下方式，修改完需要重啟生效。

{
    "DEV":"http://192.168.10.102:8080,http://192.168.10.104:8080",
    "PRO":"http://192.168.10.103:8080"
}

舊版本配置方式

開啟apollo-portal-x.x.x-github.zip中config目錄下的apollo-env.properties檔案。

假設 DEV 的 apollo-configservice 未繫結域名，地址是 1.1.1.1:8080，FAT 的 apollo-configservice 綁定了域名 apollo.fat.xxx.com，UAT 的 apollo-configservice 綁定了域名 apollo.uat.xxx.com，PRO 的 apollo-configservice 綁定了域名 apollo.xxx.com，那麼可以如下修改各環境 meta service 服務地址，格式為${env}.meta=http://${config-service-url:port}，如果某個環境不需要，也可以直接刪除對應的配置項，參考案例如下：

dev.meta=http://1.1.1.1:8080
fat.meta=http://apollo.fat.xxx.com
uat.meta=http://apollo.uat.xxx.com
pro.meta=http://apollo.xxx.com

如果採用舊版本配置方式，本小節配置方案如下：

#local.meta=http://localhost:8080
dev.meta=http://192.168.10.102:8080,http://192.168.10.104:8080
#fat.meta=http://fill-in-fat-meta-server:8080
#uat.meta=http://fill-in-uat-meta-server:8080
#lpt.meta=${lpt_meta}
pro.meta=http://192.168.10.103:8080

除了通過apollo-env.properties方式配置 meta service 以外，apollo 也支援在執行時指定 meta service（優先順序比apollo-env.properties高）：

通過 Java System Property ${env}_meta
- 可以通過 Java 的 System Property ${env}_meta來指定
- 如java -Ddev_meta=http://config-service-url -jar xxx.jar
- 也可以通過程式指定，如System.setProperty("dev_meta", "http://config-service-url");
通過作業系統的 System Environment ${ENV}_META
- 如DEV_META=http://config-service-url
- 注意 key 為全大寫，且中間是_分隔

啟動

進入對應安裝包的 script 目錄，執行 startup.sh 檔案。

我的啟動順序為：

192.168.10.101 啟動 Portal
192.168.10.102 啟動 ConfigService 再啟動 AdminService
192.168.10.104 啟動 ConfigService 再啟動 AdminService

訪問：192.168.10.102:8080 和 192.168.10.104:8080 看看 Eureka 以及各服務是否正常啟動，如下：

最後，在頁面釋出配置資訊的同時，可以通過檢視日誌的方式，檢視高可用環境是否搭建成功，日誌存放在 /opt/appId/xxx.log。

灰度釋出

在一般情況下，升級伺服器端應用，需要將應用原始碼或程式包上傳到伺服器，然後停止掉老版本服務，再啟動新版本。但是這種簡單的釋出方式存在兩個問題，一方面，在新版本升級過程中，服務是暫時中斷的，另一方面，如果新版本有BUG，升級失敗，回滾起來也非常麻煩，容易造成更長時間的服務不可用。

為了解決這些問題，人們研究出了多種釋出策略，比如藍綠部署、滾動釋出、灰度釋出等，Apollo 採用的是灰度釋出的特性。

介紹

灰度釋出也叫金絲雀釋出，起源是，礦井工人發現，金絲雀對瓦斯氣體很敏感，礦工會在下井之前，先放一隻金絲雀到井中，如果金絲雀不叫了，就代表瓦斯濃度高。

在灰度釋出開始後，先啟動一個新版本應用，但是並不直接將流量切過來，而是測試人員對新版本進行線上測試，啟動的這個新版本應用，就是我們的金絲雀。如果沒有問題，那麼可以將少量的使用者流量匯入到新版本上，然後再對新版本做執行狀態觀察，收集各種執行時資料，如果此時對新舊版本做各種資料對比，就是所謂的 A/B 測試。

當確認新版本執行良好後，再逐步將更多的流量匯入到新版本上，在此期間，還可以不斷地調整新舊兩個版本的執行的伺服器副本數量，以使得新版本能夠承受越來越大的流量壓力。直到將100%的流量都切換到新版本上，最後關閉剩下的老版本服務，完成灰度釋出。如果在灰度釋出過程中（灰度期）發現了新版本有問題，就應該立即將流量切回老版本上，這樣，就會將負面影響控制在最小範圍內。

實踐

我們使用 apollo-demo 中的 order-service 和 order-service02 兩個例項來實踐，order-service 在 Windows 端執行，order-service02 在 Linux 端執行。

配置檔案

order-service 的配置檔案。

server:
  port: 9090 # 埠

spring:
  application:
    name: order-service # 應用名稱

# apollo 相關配置
app:
  id: order-service # 與 Apollo 配置中心中的 AppId 一致

apollo:
  meta: http://192.168.10.102:8080,http://192.168.10.104:8080 # Apollo 中的 Eureka 註冊中心地址
  #cluster: SHAOY # 指定 Apollo 叢集，預設為 default，相同叢集例項使用對應叢集的配置
  #cacheDir:  # 配置快取目錄，網路不可用時任然可提供配置服務
  bootstrap:
    enable: true # 啟用 apollo

env: DEV # 指定環境

# 自定義配置
name: order-service-dev
mysql:
  host: localhost
  port: 3306
  username: root
  password: root

order-service02 的配置檔案。

server:
  port: 9091 # 埠

spring:
  application:
    name: order-service02 # 應用名稱

# apollo 相關配置
app:
  id: order-service # 與 Apollo 配置中心中的 AppId 一致

apollo:
  meta: http://192.168.10.102:8080,http://192.168.10.104:8080 # Apollo 中的 Eureka 註冊中心地址
  #cluster: SHAOY # 指定 Apollo 叢集，預設為 default，相同叢集例項使用對應叢集的配置
  #cacheDir:  # 配置快取目錄，網路不可用時任然可提供配置服務
  bootstrap:
    enable: true # 啟用 apollo

env: DEV # 指定環境

# 自定義配置
name: order-service-dev
mysql:
  host: localhost
  port: 3306
  username: root
  password: root

最終效果如下：