創(chuàng)新互聯(lián)公司是由多位在大型網(wǎng)絡(luò)公司、廣告設(shè)計公司的優(yōu)秀設(shè)計人員和策劃人員組成的一個具有豐富經(jīng)驗的團隊，其中包括網(wǎng)站策劃、網(wǎng)頁美工、網(wǎng)站程序員、網(wǎng)頁設(shè)計師、平面廣告設(shè)計師、網(wǎng)絡(luò)營銷人員及形象策劃。承接：成都做網(wǎng)站、網(wǎng)站制作、成都外貿(mào)網(wǎng)站建設(shè)、網(wǎng)站改版、網(wǎng)頁設(shè)計制作、網(wǎng)站建設(shè)與維護、網(wǎng)絡(luò)推廣、數(shù)據(jù)庫開發(fā),以高性價比制作企業(yè)網(wǎng)站、行業(yè)門戶平臺等全方位的服務(wù)。

微服務(wù)被濫用是不爭的事實。被濫用的同時，很少人留意到它所帶來的配置治理的問題。本文我們介紹兩種常見的治理模式。

基于common的配置治理模式

當微服務(wù)數(shù)量多時，開發(fā)人員傾向于創(chuàng)建這樣的配置文件：

• common-redis.json

• common-mysql.json

• common-mq.json

甚至還有會有common.json這種從名字上就不知道它的作用的配置。但是，幾乎所有的微服務(wù)都會引用common.json這個配置。原因如下：

1. 在common.json可以無腦增加配置項，不需要改業(yè)務(wù)代碼；

2. 配置項可能是被n個微服務(wù)引用，為了這一個配置項，又新增一個配置文件，不值得。common.json看起來是最合適的。反正每個微服務(wù)都已經(jīng)引用了common.json。

基于common的配置，在寫入配置項的時候是爽了，但是，也帶來了問題：

1. 改了common.json文件中的配置后，很難確認這個變更會影響到哪里，因為每個微服務(wù)都引用了common.json；

2. common.json會變得越來越大；

3. 并不是每次發(fā)布，都發(fā)布所有的微服務(wù)。所以，微服務(wù)A可能采用的是common.json的v1版本，而微服務(wù)B可能采用的是common.json的v2版本。

4. 隨著時間遷移，誰也不敢動common.json中的配置，即使有些配置項已經(jīng)很久沒有被使用了。

基于服務(wù)級別粒度的配置治理模式

基于服務(wù)級別粒度的配置方式，很容易理解，如下圖：

每個服務(wù)只引用一個配置文件。此模式完全避免了基于common的治理模式所帶來的問題。但是，又帶來了新的問題，即不同的微服務(wù)配置之間出現(xiàn)大量的重復配置。修改大量重復配置容易出錯，且痛苦。

大量配置重復的問題，可以通過類似Jsonnet或者CUE這樣的配置編程語言解決。如下所示：

當修改metrics.libsonnet時，我們很容易就知道這個變更將直接影響：microservice-c.jsonnet和microservice-a.jsonnet。進而，我們也就可以知道了它將間接影響microservice-c和microservice-b兩個服務(wù)。

不存在沒有缺點的解決方案。使用Jsonnet和CUE這樣的語言，意味著一定的學習成本和現(xiàn)在有的工程的改造成本（引入新的構(gòu)建工具和對現(xiàn)在有的配置的轉(zhuǎn)換）。

不論哪種模式，你都必須要做到

不論哪種配置治理模式，都必須要做到：配置應該盡量小。

至于小到什么程度？這個問題回答了，作用也不大。就像菜譜上寫的是10克的香精，也沒有幾個人在放香精時進行稱重，而是憑感覺。

如果真要我回答，我的回答是：作為一個邏輯單元，多一行代碼是多余，少一行代碼則不行。

成本

我們正處于從“基于common的配置治理模式”轉(zhuǎn)換到“基于服務(wù)級別粒度的配置治理模式”的過程。

當我提出采用一種新的配置編程語言來統(tǒng)一所有的配置時，團隊里的人都反對。行業(yè)里其他的人，也嘖嘖著這樣做所帶來的成本。

以下是我們團隊經(jīng)驗，供大家參考：

1. Jsonnet的學習成本：像Jsonnet這樣專為配置而生的配置編程語言，語法也只有一張A4紙，非常值得投入。我們團隊里兩個不懂編程的剛畢業(yè)沒有多久的運維小年輕，很快就上手了。多快？半天左右吧。如果有人跟你講Jsonnet的學習成本高，你可以把這個案例丟給他；

2. 構(gòu)建工具Bazel的學習成本：Jsonnet本身的構(gòu)建命令就和Java的javac一樣低級，所以，需要借助其它構(gòu)建工具。我們選擇Bazel。它支持Jsonnet的單元測試。我們順便實現(xiàn)了配置的自動化測試。Bazel的學習只需要團隊里的幾個人會就可以了。這個工具本身其實不難，但是因為中文學習教程太少了，導致了學習成本高；

3. 其它配置格式轉(zhuǎn)換成Jsonnet格式的成本：這個應該是我們成本最高的，也是風險最高的。因為一個配置錯，可能帶來線上事故。這個過程也是一個還債的過程。以前不合理的配置，在這個過程中會被發(fā)現(xiàn)。我們轉(zhuǎn)換的過程是：

   1. 通過自動轉(zhuǎn)換工具將舊配置轉(zhuǎn)成json格式，json格式與jsonnet格式是兼容的，所以就相當于自動得到了jsonnet格式的配置；

   2. 將公共配置抽離出來，比如redis的配置。并對敏感配置進行加密處理。這個過程是重建配置的過程；

   3. 將所有的配置轉(zhuǎn)換完成后，再與原來的配置的json格式進行內(nèi)容級別的對比。如果沒有區(qū)別，就代表轉(zhuǎn)換成功。

因為我們很早之前就對配置進行了標準化，所以對我們來說這個轉(zhuǎn)換成本和配置的量對比起來，也不算太高。而這個成本絕大多數(shù)都是由基礎(chǔ)設(shè)施團隊完成，而不是業(yè)務(wù)開發(fā)團隊。

收益

既然成本這么“高”，我們?yōu)槭裁匆瞿?？因為這些是Everything as Code的基礎(chǔ)。至于為什么要Everything as Code？大家轉(zhuǎn)發(fā)此文越多。我寫作的沖動就越大啊。

往期好文推薦：

• Everything as Code 并沒有你想象中的那么美好

• Grafana as Code實踐指南

• 工程化實踐：SQL版本化后的持續(xù)集成測試

你是否還在尋找穩(wěn)定的海外服務(wù)器提供商？創(chuàng)新互聯(lián)www.cdcxhl.cn海外機房具備T級流量清洗系統(tǒng)配攻擊溯源，準確流量調(diào)度確保服務(wù)器高可用性，企業(yè)級服務(wù)器適合批量采購，新人活動首月15元起，快前往官網(wǎng)查看詳情吧

分享名稱：微服務(wù)架構(gòu)下的配置治理模式-創(chuàng)新互聯(lián)
URL鏈接：http://aaarwkj.com/article32/godsc.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供云服務(wù)器、外貿(mào)建站、網(wǎng)站維護、虛擬主機、網(wǎng)站收錄、用戶體驗

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)