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

本文轉載自查看原文 2020-06-05 09:52 979 微服務/ 配置中心/ Apollo/ Spring Cloud

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

本篇文章講解 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-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