微服務架構下的配置治理模式-創(chuàng)新互聯(lián)

b9eed530fba005a3d805a3ad919fb141.jpeg

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

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

基于common的配置治理模式

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

  • common-redis.json

  • common-mysql.json

  • common-mq.json

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

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

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

81a3990fb102d8277a5325e1c8762de6.png

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

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

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

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

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

基于服務級別粒度的配置治理模式

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

158307ff8ae648cefc678fbaf2d35ee7.png

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

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

ef4f819d55784d9b5a37819a60889218.png

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

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

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

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

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

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

成本

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

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

以下是我們團隊經驗，供大家參考：

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

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

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

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

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

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

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

收益

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

往期好文推薦：

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

  • Grafana as Code實踐指南

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

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

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

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

廣告

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

小程序開發(fā)