掃二維碼與項(xiàng)目經(jīng)理溝通
我們?cè)谖⑿派?4小時(shí)期待你的聲音
解答本文疑問/技術(shù)咨詢/運(yùn)營(yíng)咨詢/技術(shù)建議/互聯(lián)網(wǎng)交流
今天深入聊一聊攜程開源的一款分布式配置中心Apollo，在功能上和Nacos不相上下。
曾都ssl適用于網(wǎng)站、小程序/APP、API接口等需要進(jìn)行數(shù)據(jù)傳輸應(yīng)用場(chǎng)景，ssl證書未來市場(chǎng)廣闊！成為創(chuàng)新互聯(lián)的ssl證書銷售渠道，可以享受市場(chǎng)價(jià)格4-6折優(yōu)惠！如果有意向歡迎電話聯(lián)系或者加微信：13518219792（備注：SSL證書合作）期待與您的合作！
由于 Apollo 概念比較多，剛開始使用比較復(fù)雜，最好先過一遍概念再動(dòng)手實(shí)踐嘗試使用。
隨著程序功能的日益復(fù)雜，程序的配置日益增多，各種功能的開關(guān)、參數(shù)的配置、服務(wù)器的地址……對(duì)程序配置的期望值也越來越高，配置修改后實(shí)時(shí)生效，灰度發(fā)布，分環(huán)境、分集群管理配置，完善的權(quán)限、審核機(jī)制…… 在這樣的大環(huán)境下，傳統(tǒng)的通過配置文件、數(shù)據(jù)庫(kù)等方式已經(jīng)越來越無法滿足開發(fā)人員對(duì)配置管理的需求。因此 Apollo 配置中心應(yīng)運(yùn)而生！
Apollo（阿波羅）是攜程框架部門研發(fā)的開源配置管理中心，能夠集中化管理應(yīng)用不同環(huán)境、不同集群的配置，配置修改后能夠?qū)崟r(shí)推送到應(yīng)用端，并且具備規(guī)范的權(quán)限、流程治理等特性。
如下即是 Apollo 的基礎(chǔ)模型：
圖片
Apollo支持4個(gè)維度管理Key-Value格式的配置：
(1)、application
(2)、environment
在實(shí)際開發(fā)中，我們的應(yīng)用經(jīng)常要部署在不同的環(huán)境中，一般情況下分為開發(fā)、測(cè)試、生產(chǎn)等等不同環(huán)境，不同環(huán)境中的配置也是不同的，在 Apollo 中默認(rèn)提供了四種環(huán)境：
在程序中如果想指定使用哪個(gè)環(huán)境，可以配置變量 env 的值為對(duì)應(yīng)環(huán)境名稱即可。
(3)、cluster
(4)、namespace
一個(gè)應(yīng)用中不同配置的分組，可以簡(jiǎn)單地把 namespace 類比為不同的配置文件，不同類型的配置存放在不同的文件中，如數(shù)據(jù)庫(kù)配置文件，RPC 配置文件，應(yīng)用自身的配置文件等。
熟悉 SpringBoot 的都知道，SpringBoot 項(xiàng)目都有一個(gè)默認(rèn)配置文件 application.yml，如果還想用多個(gè)配置，可以創(chuàng)建多個(gè)配置文件來存放不同的配置信息，通過指定 spring.profiles.active 參數(shù)指定應(yīng)用不同的配置文件。這里的 namespace 概念與其類似，將不同的配置放到不同的配置 namespace 中。
Namespace 分為兩種權(quán)限，分別為：
Namespace 分為三種類型，分別為：
Apollo客戶端會(huì)把從服務(wù)端獲取到的配置在本地文件系統(tǒng)緩存一份，用于在遇到服務(wù)不可用，或網(wǎng)絡(luò)不通的時(shí)候，依然能從本地恢復(fù)配置，不影響應(yīng)用正常運(yùn)行。
本地緩存路徑默認(rèn)位于以下路徑，所以請(qǐng)確保/opt/data或C:\opt\data\目錄存在，且應(yīng)用有讀寫權(quán)限。
本地配置文件會(huì)以下面的文件名格式放置于本地緩存路徑下：
{appId}+{cluster}+{namespace}.properties圖片
上圖簡(jiǎn)要描述了Apollo客戶端的實(shí)現(xiàn)原理
這是一個(gè) fallback 機(jī)制，為了防止推送機(jī)制失效導(dǎo)致配置不更新
客戶端定時(shí)拉取會(huì)上報(bào)本地版本，所以一般情況下，對(duì)于定時(shí)拉取的操作，服務(wù)端都會(huì)返回 304 - Not Modified
定時(shí)頻率默認(rèn)為每 5 分鐘拉取一次，客戶端也可以通過在運(yùn)行時(shí)指定 apollo.refreshInterval 來覆蓋，單位為分鐘。
配置更新推送實(shí)現(xiàn)
前面提到了 Apollo 客戶端和服務(wù)端保持了一個(gè)長(zhǎng)連接，從而能第一時(shí)間獲得配置更新的推送。長(zhǎng)連接實(shí)際上我們是通過 Http Long Polling 實(shí)現(xiàn)的，具體而言：
如果在 60 秒內(nèi)有客戶端關(guān)心的配置變化，被保持住的客戶端請(qǐng)求會(huì)立即返回，并告知客戶端有配置變化的 namespace 信息，客戶端會(huì)據(jù)此拉取對(duì)應(yīng) namespace 的最新配置
如果在 60 秒內(nèi)沒有客戶端關(guān)心的配置變化，那么會(huì)返回 Http 狀態(tài)碼 304 給客戶端
圖片
上圖簡(jiǎn)要描述了Apollo的總體設(shè)計(jì)，我們可以從下往上看：
配置中心作為基礎(chǔ)服務(wù)，可用性要求非常高，下面的表格描述了不同場(chǎng)景下Apollo的可用性：
|
場(chǎng)景 |
影響 |
降級(jí) |
原因 |
|
某臺(tái) config service 下線 |
無影響 |
Config service無狀態(tài)，客戶端重連其它c(diǎn)onfig service | |
|
所有 config service 下線 |
客戶端無法讀取最新配置，Portal無影響 |
客戶端重啟時(shí),可以讀取本地緩存配置文件 |
|
|
某臺(tái) admin service 下線 |
無影響 |
Admin service無狀態(tài)，Portal重連其它 admin service | |
|
所有 admin service 下線 |
客戶端無影響，portal無法更新配置 |
||
|
某臺(tái) portal 下線 |
無影響 |
Portal域名通過slb綁定多臺(tái)服務(wù)器，重試后指向可用的服務(wù)器 | |
|
全部 portal 下線 |
客戶端無影響，portal無法更新配置 |
||
|
某個(gè)數(shù)據(jù)中心下線 |
無影響 |
多數(shù)據(jù)中心部署，數(shù)據(jù)完全同步，Meta Server/Portal 域名通過 slb 自動(dòng)切換到其它存活的數(shù)據(jù)中心 |
接下來我們將創(chuàng)建一個(gè) Apollo 的客戶端項(xiàng)目，引用 Apollo 來實(shí)現(xiàn)配置動(dòng)態(tài)更新，不過在此之前我們需要提前進(jìn)入 Apollo Portal 界面，在里面提前創(chuàng)建一個(gè)項(xiàng)目并在其配置一個(gè)參數(shù)，方便后續(xù)客戶端引入該配置參數(shù)，測(cè)試是否能動(dòng)態(tài)變化。
我這里是部署到 Kubernetes 中，通過 NodePort 方式暴露出一個(gè)端口，打開這個(gè)地址登錄 Apollo：
圖片
在登錄后創(chuàng)建項(xiàng)目時(shí)，選擇部門默認(rèn)只能選擇 Apollo 自帶的 測(cè)試部門1與測(cè)試部門2兩個(gè)選項(xiàng)。
圖片
開始這真讓人迷糊，原來 Apoloo 沒有修改或新增部門信息的管理節(jié)目，只能通過修改數(shù)據(jù)庫(kù)，來新增或者修改數(shù)據(jù)，這里打開 Portal 對(duì)月的數(shù)據(jù)庫(kù)中的表 ApolloPortalDB 修改 key 為 organizations 的 value 的 json 數(shù)據(jù)，改成自己對(duì)于的部門信息。
圖片
修改完數(shù)據(jù)庫(kù)部門信息后，重新登錄 Apollo Portal，然后創(chuàng)建項(xiàng)目，這時(shí)候選擇部門可以看到已經(jīng)變成我們自己修改后的部門信息了，選擇我們自定義部門，然后設(shè)置應(yīng)用 ID 為 apollo-test，應(yīng)用名為 apollo-demo 。
圖片
創(chuàng)建完成后進(jìn)入配置管理界面
圖片
創(chuàng)建一個(gè)配置參數(shù)，方便后續(xù) Apollo 客戶端項(xiàng)目引入該參數(shù)，進(jìn)行動(dòng)態(tài)配置測(cè)試。
圖片
設(shè)置 key 為 test value 為 123456 然后設(shè)置一個(gè)備注，保存。
圖片
創(chuàng)建完成后可以看到配置管理節(jié)目新增了一條配置。
圖片
接下來我們將此配置通過發(fā)布按鈕，進(jìn)行發(fā)布。
圖片
這里創(chuàng)建一個(gè) SpringBoot 項(xiàng)目，引入 Apollo 客戶端來來實(shí)現(xiàn)與 Apollo 配置中心服務(wù)端交互。
4.0.0
org.springframework.boot
spring-boot-starter-parent
2.1.8.RELEASE
club.mydlq
apollo-demo
0.0.1
apollo-demo
Apollo Demo
1.8
org.springframework.boot
spring-boot-starter-web
com.ctrip.framework.apollo
apollo-client
1.4.0
org.springframework.boot
spring-boot-maven-plugin
在 application.yml 配置文件中添加下面參數(shù)，這里簡(jiǎn)單介紹下 Apollo 參數(shù)作用：
#應(yīng)用配置
server:
port: 8080
spring:
application:
name: apollo-demo
#Apollo 配置
app:
id: apollo-test #應(yīng)用ID
apollo:
cacheDir: /opt/data/ #配置本地配置緩存目錄
cluster: default #指定使用哪個(gè)集群的配置
meta: http://192.168.2.11:30002 #DEV環(huán)境配置中心地址
autoUpdateInjectedSpringProperties: true #是否開啟 Spring 參數(shù)自動(dòng)更新
bootstrap:
enabled: true #是否開啟 Apollo
namespaces: application #設(shè)置 Namespace
eagerLoad:
enabled: false #將 Apollo 加載提到初始化日志系統(tǒng)之前寫一個(gè) Controller 類來輸出 test 變量的值，使用了 Spring 的 @Value 注解，用于讀取配置文件中的變量的值，這里來測(cè)試該值，項(xiàng)目啟動(dòng)后讀取到的變量的值是設(shè)置在 application 配置文件中的默認(rèn)值，還是遠(yuǎn)程 Apollo 中的值，如果是 Apollo 中配置的值，那么再測(cè)試在 Apollo 配置中心中改變?cè)撟兞康闹岛?，這里是否會(huì)產(chǎn)生變化。
import org.springframework.beans.factory.annotation.Value;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.RestController;
@RestController
public class TestController {
@Value("${test:默認(rèn)值}")
private String test;
@GetMapping("/test")
public String test(){
return "test的值為:" + test;
}
}SpringBoot 項(xiàng)目啟動(dòng)類。
import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
@SpringBootApplication
public class Application {
public static void main(String[] args) {
SpringApplication.run(Application.class, args);
}
}由于本人的 Apollo 是部署在 Kubernetes 環(huán)境中的，JVM 參數(shù)中必須添加兩個(gè)變量：
如果是在 Idea 中啟動(dòng)，可以配置啟動(dòng)參數(shù)，加上：
-Dapollo.cnotallow=http://192.168.2.11:30002 -Denv=DEV如果是 java 命令啟動(dòng)程序，需要 JVM 加上:
$ java -Dapollo.cnotallow=http://192.168.2.11:30002 -Denv=DEV -jar apollo-demo.jar“
注意：上面 env 指定的環(huán)境，要和 apollo.meta 指定 Config 地址的環(huán)境一致，例如 -Denv=DEV 即使用開發(fā)環(huán)境，那么 apollo.meta=http://xxx.xxx.xxx:8080 這個(gè)url 的 Config 也是開發(fā)環(huán)境下的配置中心服務(wù)，而不能是 PRO 或者其它環(huán)境下的配置中心。
”
啟動(dòng)上面的測(cè)試用例，然后輸入地址 http://localhost:8080/test 查看：
test的值為:123456可以看到使用的是 Apollo 中配置的 test 參數(shù)的值 123456，而不是默認(rèn)的值。
修改 Apollo 配置中心參數(shù) test 值為 666666 ，然后再次發(fā)布。
圖片
發(fā)布完成后再次輸入地址 http://localhost:8080/test 查看：
test的值為:666666可以看到示例應(yīng)用中的值已經(jīng)改變?yōu)樽钚碌闹怠?/p>
圖片
回滾完成后狀態(tài)將變?yōu)槲窗l(fā)布狀態(tài)，則時(shí)候輸入地址 http://localhost:8080/test 查看：
test的值為:123456可以看到已經(jīng)回滾到之前的 test 配置的值了。
這里我們將 JVM 參數(shù)中 Apollo 配置中心地址故意改錯(cuò)：
-Dapollo.cnotallow=http://192.168.2.100:30002 -Denv=DEV然后輸入地址 http://localhost:8080/test 可以看到值為：
test的值為:123456可以看到顯示的值并不是我們定義的默認(rèn)值，而還是 Apollo 配置中心配置的 test 參數(shù)的值?？紤]到由于 Apollo 會(huì)在本地將配置緩存一份，出現(xiàn)上面原因，估計(jì)是緩存生效。當(dāng)客戶端不能連接到 Apollo 配置中心時(shí)候，默認(rèn)使用本地緩存文件中的配置。
上面我們配置了本地緩存配置文件存放地址為 "/opt/data/" ，接下來進(jìn)入緩存目錄，找到對(duì)應(yīng)的緩存配置文件，刪除緩存配置文件后，重啟應(yīng)用，再次輸入地址查看：
test的值為:默認(rèn)值刪除緩存配置文件后，可以看到輸出的值為自己定義的默認(rèn)值。
這里我們進(jìn)入 Apollo 配置中心，刪除之前創(chuàng)建的 test 參數(shù)，然后發(fā)布。
圖片
然后再次打開地址 http://localhost:8080/test 查看：
test的值為:默認(rèn)值可以看到顯示的是應(yīng)用程序中設(shè)置的默認(rèn)值。
在 Apollo 中，配置可以根據(jù)不同的環(huán)境劃分為 Dev（開發(fā)）、Prod（生產(chǎn)） 等環(huán)境，又能根據(jù)區(qū)域劃分為不同的 Cluster（集群），還能根據(jù)配置參數(shù)作用功能的不同劃分為不同的 Namespace（命名空間），這里探究下，如何使用上述能力。
（1）、Apollo 配置中心 PRO 環(huán)境添加參數(shù)
打開 Apollo 配置中心，環(huán)境列表點(diǎn)擊 PRO 環(huán)境，然后新增一條配置，和之前例子中參數(shù)保持一致，都為 test 參數(shù)，創(chuàng)建完成后發(fā)布。
圖片
然后修改上面的示例項(xiàng)目，將配置參數(shù)指定為 PRO 環(huán)境:
（2）、示例項(xiàng)目修改 application.yml 配置文件
把 apollo.meta 參數(shù)改成 RPO 的配置中心地址
......
apollo:
meta: http://192.168.2.11:30005 #RPO環(huán)境配置中心地址
......（3）、示例項(xiàng)目修改 JVM 參數(shù)
把 apollo.configService 參數(shù)改成 PRO 配置中心地址，env 參數(shù)的值改為 PRO。
-Dapollo.cnotallow=http://192.168.2.11:30005 -Denv=PRO（4）、啟動(dòng)示例項(xiàng)目觀察結(jié)果
啟動(dòng)示例項(xiàng)目，然后接著輸入地址 http://localhost:8080/test 查看信息：
test的值為:abcdefg可以看到已經(jīng)改成生成環(huán)境配置，所以在實(shí)際項(xiàng)目中，如果要更換環(huán)境，需要修改 JVM 參數(shù) env（如果 Apollo 部署在 Kubernetes 環(huán)境中，還需要修改 apollo.configService 參數(shù)），和修改 application.yml 配置文件的參數(shù) apollo.meta 值。
（1）、創(chuàng)建兩個(gè)集群
例如在開發(fā)過程中，經(jīng)常要將應(yīng)用部署到不同的機(jī)房，這里分別創(chuàng)建 beijing、shanghai 兩個(gè)集群。
圖片
圖片
圖片
（2）、兩個(gè)集群都配置同樣的參數(shù)不同的值
在兩個(gè)集群 beijing 與 shanghai 中，都統(tǒng)一配置參數(shù) test，并且設(shè)置不同的值。
圖片
圖片
（3）、示例項(xiàng)目 application.yml 修改集群配置參數(shù),并啟動(dòng)項(xiàng)目觀察結(jié)果
指定集群為 beijing:
......
apollo:
cluster: beijing #指定使用 beijing 集群
......啟動(dòng)示例項(xiàng)目，然后接著輸入地址 http://localhost:8080/test 查看信息：
test的值為:Cluster-BeiJing可以看到用的是 beijing 集群的配置
指定集群為 shanghai:
......
apollo:
cluster: shanghai #指定使用 shanghai 集群
......啟動(dòng)示例項(xiàng)目，然后接著輸入地址 http://localhost:8080/test 查看信息：
test的值為:Cluster-ShangHai可以看到用的是 shanghai 集群的配置
（1）、創(chuàng)建兩個(gè)命名空間
命名空間有兩種，一種是 public（公開），一種是 private 私有，公開命名空間所有項(xiàng)目都能讀取配置信息，而私有的只能 app.id 值屬于該應(yīng)用的才能讀取配置。
這里創(chuàng)建 dev-1 與 dev-2 兩個(gè)私有的命名空間，用于測(cè)試。
圖片
圖片
圖片
（2）、兩個(gè)集群都配置同樣的參數(shù)不同的值
在兩個(gè)命名空間中，都統(tǒng)一配置參數(shù) test，并且設(shè)置不同的值，設(shè)置完后發(fā)布。
圖片
（3）、示例項(xiàng)目 application.yml 修改命名空間配置參數(shù),并啟動(dòng)項(xiàng)目觀察結(jié)果
指定命名空間為 dev-1:
......
apollo:
bootstrap:
namespaces: dev-1 #設(shè)置 dev-1 命名空間
......啟動(dòng)示例項(xiàng)目，然后接著輸入地址 http://localhost:8080/test 查看信息：
test的值為:dev-1 Namespace可以看到用的是 dev-1 命名空間的配置
指定命名空間為 dev-2:
......
apollo:
bootstrap:
namespaces: dev-2 #設(shè)置 dev-1 命名空間
......YAML
啟動(dòng)示例項(xiàng)目，然后接著輸入地址 http://localhost:8080/test 查看信息：
test的值為:dev-2 NamespaceHTML
可以看到用的是 dev-2 命名空間的配置
本人的 Apollo 和 SpringBoot 應(yīng)用一般都是基于 Kubernetes 部署的，所以這里簡(jiǎn)單介紹下，如何在 Kubernetes 環(huán)境下部署 SpringBoot 應(yīng)用且使用 Apollo 作為配置中心。
這里項(xiàng)目依舊使用上面的示例，不過首先要將其編譯成 Docker 鏡像，方便后續(xù)部署到 Kubernetes 環(huán)境下。
（1）、執(zhí)行 Maven 編譯
首先執(zhí)行 Maven 命令，將項(xiàng)目編譯成一個(gè)可執(zhí)行 JAR。
$ mvn clean installBASH
（2）、準(zhǔn)備 Dockerfile
創(chuàng)建構(gòu)建 Docker 鏡像需要的 Dockerfile 文件，將 Maven 編譯的 JAR 復(fù)制到鏡像內(nèi)部，然后設(shè)置兩個(gè)變量，分別是：
Dockerfile：
FROM openjdk:8u222-jre-slim
VOLUME /tmp
ADD target/*.jar app.jar
RUN sh -c 'touch /app.jar'
ENV JAVA_OPTS="-XX:MaxRAMPercentage=80.0 -Duser.timeznotallow=Asia/Shanghai"
ENV APP_OPTS=""
ENTRYPOINT [ "sh", "-c", "java $JAVA_OPTS -Djava.security.egd=file:/dev/./urandom -jar /app.jar $APP_OPTS" ]（3）、構(gòu)建 Docker 鏡像
執(zhí)行 Docker Build 命令構(gòu)建 Docker 鏡像。
$ docker build -t mydlqclub/springboot-apollo:0.0.1 .BASH
（1）、創(chuàng)建 SpringBoot 且使用 Apollo 配置中心的 Kubernetes 部署文件
這里創(chuàng)建 Kubernetes 下的 SpringBoot 部署文件 apollo-demo-example.yaml。在之前 Dockerfile 中設(shè)置了兩個(gè)環(huán)境變量，JAVA_OPTS 與 APP_OPTS。其中 JAVA_OPTS 變量的值將會(huì)作為 JVM 啟動(dòng)參數(shù)，APP_OPTS 變量的值將會(huì)作為應(yīng)用的配置參數(shù)。所以，這里我們將 Apollo 配置參數(shù)放置到變量中，這樣一來就可以方便修改與維護(hù) Apollo 的配置信息。
“
在下面配置的環(huán)境變量參數(shù)中，設(shè)置的配置中心地址為 http://service-apollo-config-server-dev.mydlqclub:8080，這是因?yàn)?Apollo 部署在 K8S 環(huán)境中，且可以使用域名方式訪問，service-apollo-config-server-dev 是應(yīng)用的 Service 名稱，mydlqcloud 是 K8S 下的 Namespace 名稱。
”
springboot-apollo.yaml
apiVersion: v1
kind: Service
metadata:
name: springboot-apollo
spec:
type: NodePort
ports:
- name: server
nodePort: 31080
port: 8080
targetPort: 8080
- name: management
nodePort: 31081
port: 8081
targetPort: 8081
selector:
app: springboot-apollo
---
apiVersion: apps/v1
kind: Deployment
metadata:
name: springboot-apollo
labels:
app: springboot-apollo
spec:
replicas: 1
selector:
matchLabels:
app: springboot-apollo
template:
metadata:
name: springboot-apollo
labels:
app: springboot-apollo
spec:
restartPolicy: Always
containers:
- name: springboot-apollo
image: mydlqclub/springboot-apollo:0.0.1
imagePullPolicy: Always
ports:
- containerPort: 8080
name: server
env:
- name: JAVA_OPTS
value: "-Denv=DEV"
##注意修改此處的 mydlqcloud 為你自己的 Namespace 名稱
- name: APP_OPTS
value: "
--app.id=apollo-demo
--apollo.bootstrap.enabled=true
--apollo.bootstrap.eagerLoad.enabled=false
--apollo.cacheDir=/opt/data/
--apollo.cluster=default
--apollo.bootstrap.namespaces=application
--apollo.autoUpdateInjectedSpringProperties=true
--apollo.meta=http://service-apollo-config-server-dev.mydlqcloud:8080
"
resources:
limits:
memory: 1000Mi
cpu: 1000m
requests:
memory: 500Mi
cpu: 500m（2）、部署 SpringBoot 應(yīng)用到 Kubernetes
-n：創(chuàng)建應(yīng)用到指定的 Namespace 中。
$ kubectl apply -f springboot-apollo.yaml -n mydlqcloudBASH
上面的應(yīng)用配置了 NodePort 端口，可以通過此端口訪問 Kubernetes 集群內(nèi)的應(yīng)用接口，本人 Kubernetes 集群地址為 192.168.2.11 且 NodePort 端口為 31081，所以瀏覽器訪問地址 http://192.168.2.11:31081/test 來測(cè)試接口，顯示：
test的值為:123456可以看到能通過 Apollo 獲取參數(shù)值，此文章到此結(jié)束。
我們?cè)谖⑿派?4小時(shí)期待你的聲音
解答本文疑問/技術(shù)咨詢/運(yùn)營(yíng)咨詢/技術(shù)建議/互聯(lián)網(wǎng)交流
微信二維碼
微信二維碼
移動(dòng)版官網(wǎng)