Nacos 是阿里巴巴今年7月份開源的項目,如其名, Naming Configuration Service ,專注于服務發現和配置管理領域。本系列文章,將從 5W1H(What、Where、When、Who、Why、How)全面剖析 Nacos,給大家安利一下 Nacos。本文作為 Nacos 系列文章的開篇,也就從 “What” 開始。我們開始關注一個開源項目的時候,通常最先冒出的 2 個問題是:
它是什么?
它幫我們解決什么問題?
Nacos 是什么?上面已經大概介紹了,更多詳細內容可以從 官網 或 Github 了解。
Nacos 能幫我們解決什么問題?本文圍繞其“配置管理”功能來解答。
配置,作為代碼如影隨形的小伙伴,伴隨著應用的整個生命周期,我們當然對它也非常的熟悉,想想配置一般都通過哪幾種形式存在?
硬編碼
配置文件
DB 配置表
硬編碼
配置項作為類字段的形式存在,如:
這種形式主要有三個問題:
如果配置是需要動態修改的話,需要當前應用去暴露管理該配置項的接口,至于是 Controller 的 API 接口,還是 JMX ,都是可以做到。
另外,配置變更都是發生在內存中,并沒有持久化。因此,在修改配置之后重啟應用,配置又會變回代碼中的默認值了,這是一個坑啊,筆者就曾經掉進去過,爬了好一會才上岸。
最后一個問題,就是當你有多臺機器的時候,要修改一個配置,每一臺都得去操作一遍,運維成本可想而知,極其蛋疼。
配置文件
Spring 中常見的 properties、yml 文件,或其他自定義的,如,“conf”后綴等:
# application.properties
connectTimeoutInMills=5000
相比“硬編碼”的形式,它解決了第二個問題,持久化了配置。但是,另外兩個問題并沒有解決,運維成本依舊還是很高的。
配置動態變更,可以是通過類似“硬編碼”暴露管理接口的方式,這時,代碼中會多一步持久化新配置到文件的邏輯。或者,簡單粗暴點,直接登錄機器上去修改配置文件,再重啟應用,讓配置生效。當然,你也可以在代碼中增加一個定時任務,如每隔 10s 讀取配置文件內容,讓最新的配置能夠及時在應用中生效,這樣也就免去了重啟應用這個“較重”的運維操作。
通過增加“持久化邏輯”、“定時任務”讓“配置文件”的形式比“硬編碼”前進了一小步。
DB 配置表
這里的 DB 可以是 MySQL 等的關系型數據庫,也可以是 Redis 等的非關系型數據庫。數據表如:
它相對于前兩者,更進一步,將配置從應用中抽離出來,集中管理,能較大的降低運維成本。
那么,它能怎么解決動態更新配置的問題呢?據我所知,有兩種方式。
其一,如同之前一樣,通過暴露管理接口去解決,當然,也一樣得增加持久化的邏輯,只不過,之前是寫文件,現在是將最新配置寫入數據庫。不過,程序中還需要有定時從數據庫讀取最新配置的任務,這樣,才能做到只需調用其中一臺機器的管理配置接口,就能把最新的配置下發到整個應用集群所有的機器上,真正達到降低運維成本的目的。
其二,直接修改數據庫,程序中通過定時任務從數據庫讀取最新的配置內容。
“DB 配置表”的形式解決了主要的問題,但是它不夠優雅,帶來了一些“累贅”。
Nacos 配置管理
Nacos 真正將配置從應用中剝離出來,統一管理,優雅的解決了配置的動態變更、持久化、運維成本等問題。
應用自身既不需要去添加管理配置接口,也不需要自己去實現配置的持久化,更不需要引入“定時任務”以便降低運維成本。Nacos 提供的配置管理功能,將配置相關的所有邏輯都收攏,并且提供簡單易用的 SDK,讓應用的配置可以非常方便被 Nacos 管理起來。
如果是在 Spring 中使用 Nacos,只需三個步驟即可:
添加依賴
添加 @EnableNacosConfig 注解啟用 Nacos Spring 的配置管理服務。以下示例中,我們使用 @NacosPropertySource 加載了 dataId 為 example 的配置源,并開啟自動更新:
通過 Spring 的 @Value 注解設置屬性值。
注意:需要同時有 Setter方法才能在配置變更的時候自動更新。
以上的三個步驟,對應用本身幾乎沒有任何的侵入,1 個依賴 2 注解,寥寥數行,就把配置通過 Nacos 管理起來了。
關于配置的動態更新,對 Nacos Spring 的用戶來說,在自身應用中就只是設置 “autoRefreshed” 的一個布爾值。然后在需要修改配置的時候,調用 Nacos 修改配置的接口,或使用 Nacos 的控制臺去修改,配置發生變更后, Nacos 就會把最新的配置推送到該應用的所有機器上,簡單而高效。
想想之前,為了實現此功能,寫了多少冤枉代碼,做了多少冤枉的運維工作。要是早一點認識 Nacos,該有多好呀!
總結
本文作為 Nacos 5W1H 系列文章的開篇,從“What” 講述了 Nacos 配置管理能幫我們解決的問題:以簡單、優雅、高效的方式管理配置,實現配置的動態變更,大大降低運維成本,讓開發同學早點下班。
當然,Nacos 的配置管理,不單單只有上述的那些功能,還有諸如“灰度發布”、“版本管理”、“快速回滾”、“監聽查詢”、“推送軌跡”、“權限控制”、“敏感配置(如,數據庫連接配置)的加密存儲”等等,這些有的已經在 Nacos 中開源實現了,有的在 Nacos 配置管理的阿里云免費產品 ACM 中提供了,當然,后續也會慢慢開源到 Nacos 中,敬請期待。
作者:云棲社區 中間件小哥
-
數據庫
+關注
關注
7文章
3901瀏覽量
65777 -
阿里巴巴
+關注
關注
7文章
1635瀏覽量
48083
發布評論請先 登錄
Nacos的概念和功能
支持Dubbo生態發展,阿里巴巴啟動新的開源項目 Nacos
結合場景談一談微服務配置
構建ARM64版本nacos docker鏡像
還在為 Eureka 閉源擔心?Nacos 來了
微服務配置中心實戰:Spring + MyBatis + Druid + Nacos

Nacos 1.1.4 發布,業界率先支持 Istio MCP 協議
Nacos服務地址動態感知原理
Nacos為什么這么強?Nacos注冊中心的底層原理,從服務注冊到服務發現
華為云微服務引擎0停機遷移Nacos?它是這樣做的
Nacos測試環境中cpu飆高的原因和解決方案

Nacos、OpenFeign、Ribbon組件協調工作的原理

Nacos實現原理:SpringCloud集成Nacos的實現過程

評論