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

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

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

正文：

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

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

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

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

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

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

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

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

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

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

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

Figure 1圖片來自阿里云ACM

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

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

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

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

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

Figure 2來源阿里云ACM

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

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

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

原文鏈接

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