摘要：?眾多項(xiàng)目研發(fā)過(guò)程中為了調(diào)試觀察應(yīng)用運(yùn)行時(shí)表現(xiàn)，修改常量配置的場(chǎng)景下往往需要頻繁地對(duì)應(yīng)用代碼及配置項(xiàng)做打包發(fā)布進(jìn)行應(yīng)用版本更新甚至回滾代碼?；谠搱?chǎng)景，任何的應(yīng)用配置項(xiàng)變更都需要將整個(gè)應(yīng)用重新打包發(fā)布，整個(gè)過(guò)程非常繁瑣，且容易出錯(cuò)。

阿里云高級(jí)解決方案架構(gòu)師 楊旭

世界最大混合云的總架構(gòu)師，4年前，開始作為雙11阿里云技術(shù)負(fù)責(zé)人，負(fù)責(zé)搭建全球最大的混合云結(jié)構(gòu)，把 “雙11”的電商業(yè)務(wù)和技術(shù)場(chǎng)景在阿里云上實(shí)現(xiàn)，并保障這個(gè)混合云在雙11當(dāng)天能夠滿足全球客戶的購(gòu)物需求。

正文：

眾多項(xiàng)目研發(fā)過(guò)程中為了調(diào)試觀察應(yīng)用運(yùn)行時(shí)表現(xiàn)，修改常量配置的場(chǎng)景下往往需要頻繁地對(duì)應(yīng)用代碼及配置項(xiàng)做打包發(fā)布進(jìn)行應(yīng)用版本更新甚至回滾代碼?；谠搱?chǎng)景，任何的應(yīng)用配置項(xiàng)變更都需要將整個(gè)應(yīng)用重新打包發(fā)布，整個(gè)過(guò)程非常繁瑣，且容易出錯(cuò)。非常典型且具有代表性的是:Redis連接串配置，應(yīng)用業(yè)務(wù)功能切換開關(guān)，應(yīng)用的安全限流配置，數(shù)據(jù)庫(kù)訪問(wèn)配置等等一系列。

在此引申一個(gè)切實(shí)場(chǎng)景：一批早期的數(shù)據(jù)庫(kù)實(shí)例所在服務(wù)器都即將過(guò)保進(jìn)行替換，新數(shù)據(jù)庫(kù)實(shí)例的端口及用戶名密碼保持不變并且持續(xù)與老庫(kù)保持?jǐn)?shù)據(jù)同步，一個(gè)非常棘手的問(wèn)題來(lái)了，若一個(gè)應(yīng)用需要同時(shí)訪問(wèn)其中多個(gè)db實(shí)例，在切換的時(shí)候如何能做到快速的切到對(duì)應(yīng)db的新實(shí)例上？盡可能縮短因切換全過(guò)程時(shí)間消耗而引起的業(yè)務(wù)系統(tǒng)不可用時(shí)長(zhǎng)。

對(duì)于此，業(yè)界普遍解決方案是引入獨(dú)立于應(yīng)用之外的配置類服務(wù)系統(tǒng)，那么這類配置中心服務(wù)到底是如何應(yīng)對(duì)這個(gè)棘手問(wèn)題呢，同時(shí)具備哪些關(guān)鍵要素呢？

1.運(yùn)行時(shí)動(dòng)態(tài)調(diào)整配置項(xiàng)，業(yè)務(wù)代碼感知配置變化并做出響應(yīng)。

針對(duì)上述場(chǎng)景問(wèn)題，對(duì)癥下藥。通過(guò)依托于配置中心服務(wù)，動(dòng)態(tài)修改配置項(xiàng)并且業(yè)務(wù)代碼及時(shí)感知到變化值，jdbc驅(qū)動(dòng)能根據(jù)新的數(shù)據(jù)庫(kù)連接串的變化并對(duì)新數(shù)據(jù)源發(fā)起連接請(qǐng)求操作，完美地解決數(shù)據(jù)庫(kù)切換過(guò)程耗時(shí)長(zhǎng)的問(wèn)題，同理也能做到數(shù)據(jù)源的快速回切，比如發(fā)現(xiàn)待切換目標(biāo)主庫(kù)存在其他問(wèn)題必須切回。

2.配置集中式管理，避免游離，杜絕配置項(xiàng)無(wú)對(duì)應(yīng)owner。

作為應(yīng)用owner，務(wù)必十分清楚自身應(yīng)用需要哪些配置，分別是做什么用途的，配置的存在形態(tài)是什么。將這些原本存在于代碼或靜態(tài)properties配置文件的，梳理出來(lái)統(tǒng)一管理，這樣做的好處是業(yè)務(wù)代碼與配置項(xiàng)解耦，做到動(dòng)配置而無(wú)需修改代碼又避免發(fā)生遺漏。

3.配置層面的權(quán)限管理，特別是關(guān)鍵配置項(xiàng)不能誰(shuí)都可以改動(dòng)。

配置數(shù)據(jù)的安全性對(duì)應(yīng)用至關(guān)重要，倘若是涉及到業(yè)務(wù)開關(guān)或是全局功能的配置，權(quán)限策略需要嚴(yán)格把控，比如淘寶大秒殺系統(tǒng)的時(shí)間，商品，庫(kù)存等信息，是萬(wàn)萬(wàn)不可隨意改動(dòng)的。阿里云ACM配置中心服務(wù)結(jié)合RAM訪問(wèn)控制系統(tǒng)構(gòu)建權(quán)限管理。

4.配置服務(wù)自身的容災(zāi)切換，高可用性等。

仔細(xì)剖析ACM的架構(gòu)，這是一套分三層自下而上的高可用性和穩(wěn)定性保障。首先從底層數(shù)據(jù)庫(kù)存儲(chǔ)主備容災(zāi)，再到ACM的主要服務(wù)層分布式集群可靠性，最后再是ACM客戶端即應(yīng)用側(cè)的本地配置數(shù)據(jù)容災(zāi)。簡(jiǎn)單地說(shuō)就是ACM的DB及應(yīng)用服務(wù)都掛了，也不會(huì)立即影響到客戶正在運(yùn)行的應(yīng)用系統(tǒng)，容災(zāi)發(fā)揮了重要作用。

Figure 1圖片來(lái)自阿里云ACM

那么從業(yè)務(wù)使用需求角度我該如何選型配置服務(wù)？

幾款主流相似產(chǎn)品簡(jiǎn)介：

1.ZooKeeper 是一個(gè)分布式應(yīng)用程序協(xié)調(diào)服務(wù)，是 Google Chubby 的開源實(shí)現(xiàn)。它是一個(gè)為分布式應(yīng)用提供一致性服務(wù)的軟件，提供的功能包括配置維護(hù)、域名服務(wù)、分布式同步、組服務(wù)等。在 Hadoop 集群等場(chǎng)景下，ZooKeeper 同時(shí)充當(dāng)應(yīng)用配置管理的角色。但是由于它是 CP（Consistency，Partition Tolerance） 類應(yīng)用，因此在可用性和性能上都會(huì)受到一定影響。

2.ETCD和 ZooKeeper 類似，ETCD 是一個(gè)高可用的鍵值存儲(chǔ)系統(tǒng)，主要用于配置共享和服務(wù)發(fā)現(xiàn)。ETCD 是由 CoreOS 開發(fā)并維護(hù)的，靈感來(lái)自于 ZooKeeper 和 Doozer。它使用 Go 語(yǔ)言編寫，并通過(guò) Raft 一致性算法處理日志復(fù)制以保證強(qiáng)一致性。etcd 和 ZooKeeper 類似，同樣可以用來(lái)做應(yīng)用管理配置。但是由于它是強(qiáng)一致的管理類應(yīng)用，因此其可用性和性能在某些場(chǎng)景會(huì)受到一定影響。

3.Spring Cloud Config Server和 ACM 類似，Spring Cloud Config Server 為服務(wù)端和客戶端提供了分布式系統(tǒng)的外部配置支持。配置服務(wù)器為各應(yīng)用的所有環(huán)境提供了一個(gè)中心化的外部配置。與 ACM 不同的是，Spring Cloud 配置服務(wù)器默認(rèn)采用 Git 來(lái)存儲(chǔ)配置信息，其配置存儲(chǔ)、版本管理、發(fā)布 等功能都基于 Git 或其他外圍系統(tǒng)來(lái)實(shí)現(xiàn)。除此之外，在配置功能方面，ACM 和 Spring Cloud Config 也有很大不同。

Figure 2來(lái)源阿里云ACM

【往期回顧】
1.阿里云王牌架構(gòu)師一問(wèn)開發(fā)者：我需要一個(gè)高并發(fā)的架構(gòu)，我的系統(tǒng)要改造成微服務(wù)嗎
https://yq.aliyun.com/articles/623271?spm=a2c4e.11155435.0.0.120433122PgFrW

2.阿里云王牌架構(gòu)師二問(wèn)開發(fā)者：容器和虛擬化你會(huì)怎么選？
https://yq.aliyun.com/articles/623272?spm=a2c4e.11155435.0.0.120433122PgFrW

3.阿里云王牌架構(gòu)師楊曦：也談系統(tǒng)緩存設(shè)計(jì)誤區(qū)及高階使用技巧
https://yq.aliyun.com/articles/624061

原文鏈接

本文為云棲社區(qū)原創(chuàng)內(nèi)容，未經(jīng)允許不得轉(zhuǎn)載。