多圖|一文詳解Nacos參數!


Nacos 中的參數有很多,如:命名空間、分組名、服務名、保護閾值、服務路由類型、臨時實例等,那這些參數都是什么意思?又該如何設置?接下來我們一起來盤它。

1.命名空間

在 Nacos 中通過命名空間(Namespace)+ 分組(Group)+服務名(Name)可以定位到一個唯一的服務實例。
image.png
命名空間(Namespace):Nacos 服務中最頂層、也是包含范圍最廣的概念,用於強制隔離類似環境或租戶等場景。Nacos 的服務也需要使用命名空間來進行隔離。
命名空間在 Nacos 控制台的一級目錄里可以找到,如下圖所示:
image.png
在服務列表中也能看到命名空間的身影,如下圖所示:
image.png

1.1 命名空間用法

命名空間默認為 public,在項目開發中,如果不指定命名空間,那么會使用默認值 public。官方推薦使用運行環境來定義命名空間,如生產版本可使用 public,開發版可定義為 private。
在項目開發中,可通過配置“spring.cloud.nacos.discovery.namespace”來定義命名空間,如下圖所示:
image.png

1.2 注意事項

命名空間在使用前,必須先在控制台新建命名空間,如下圖所示:
image.png
如果在控制台沒有新建命名空間,直接在項目中使用的話,是不能將服務成功的注冊到 Nacos 中的,如下在項目中配置了一個未新建的 dev 命名空間,如下圖所示:
image.png
然后啟動項目,此時會發現,在 Nacos 控制台的服務列表中一直刷新不到任何服務實例,如下圖所示:
image.png

2.分組名

分組名(Group):Nacos 中次於命名空間的⼀種隔離概念,區別於命名空間的強制隔離屬性,分組屬於⼀個弱隔離概念,主要用於邏輯區分⼀些服務使用場景或不同應用的同名服務,最常用的情況主要是同⼀個服務的測試分組和生產分組、或者將應用名作為分組以防止不同應用提供的服務重名。
分組名在 Nacos 控制台的服務列表中可以看到,如下圖所示:
image.png
分組名默認為 DEFAULT_GROUP,在項目中可通過“spring.cloud.nacos.discovery.group”來設置,如下圖所示:
image.png
此項可省略,省略時的默認值為 DEFAULT_GROUP。
分組名可以直接在項目中使用,無需像命名空間那樣,在使用前還要在控制台中新建,設定了分組名之后,刷新服務列表就可以看到新的分組名稱了,如下圖所示:
image.png

3.服務名

服務名(Name):該服務實際的名字,⼀般用於描述該服務提供了某種功能或能力。
通常推薦使用由運行環境作為命名空間、應用名作為分組,服務功能作為服務名的組合來確保該服務的天然唯⼀性,當然使用者可以忽略命名空間和分組,僅使用服務名作為服務唯⼀標示,這就需要使用者在定義服務名時額外增加自己的規則來確保在使用中能夠唯⼀定位到該服務而不會發現到錯誤的服務上。
服務名在項目中可以通過“spring.application.name”來指定,如下圖所示:
image.png

4.保護閾值

健康保護閾值(ProtectThreshold):為了防止因過多實例故障,導致所有流量全部流入剩余實例,繼而造成流量壓力將剩余實例被壓垮形成雪崩效應。應將健康保護閾值定義為⼀個 0 到 1 之間的浮點數。當域名健康實例數占總服務實例數的比例小於該值時,無論實例是否健康,都會將這個實例返回給客戶端。這樣做雖然損失了⼀部分流量,但是保證了集群中剩余健康實例能正常工作。
簡單來說,保護閾值是一個 0-1 的浮點值,保護閾值是允許集群中健康實例占比的最小值,如果實際健康實例的占比小於或等於設置的保護閾值時,就會觸發閾值保護,如下圖所示,設置保護閾值為 0.75:
image.png
停掉唯一的健康實例,集群的健康實例占比降成了 0%,小於設置的保護閾值 0.75(75%),此時就會觸發閾值保護,如下圖所示:
image.png

5.服務路由類型

服務路由類型的設置如下圖所示:
image.png
它是用來設置服務的路由策略的,默認值為 none。如果設置此值為 label(標簽)模式,需要設置相應的標簽表達式來匹配實例選擇器(Selector),通過實例選擇器可以完成自定義負載均衡策略,比如我們可以自定義實例選擇器,實現就近訪問的負載均衡策略,這樣消費者在調用時,會優先調用離自己比較近的 IP 節點,從而實現更高效的服務調用。

6.權重

權重(Weight):實例的級別配置。權重為浮點數,范圍為 0-10000。權重越大,分配給該實例的流量越大。
它是針對服務實例進行設置的,如下圖所示:
image.png

7.臨時實例

在 Nacos 中服務實例有兩種(類型):持久化實例和臨時實例(也叫非持久化實例)。當控制台中“臨時實例”為 true 時,表示此服務為臨時實例,如下圖所示:
image.png

7.1 臨時實例 VS 持久化實例

臨時實例和持久化實例的區別主要有以下兩點:

  • 臨時實例在非健康狀態下會被自動剔除,而持久化實例不會被自動剔除。
  • 臨時實例的健康狀況是 Nacos 客戶端以固定頻率(5s一次)上報給 Nacos 服務器端的,而持久化實例是 Nacos 服務器端主動探測的。

7.2 實例類型設置

在項目開發中,可以通過設置“spring.cloud.nacos.discovery.ephemeral”來指定服務的實例類型,默認為臨時實例,也就是默認“spring.cloud.nacos.discovery.ephemeral=true”。如果要設置持久化實例,需要設置“spring.cloud.nacos.discovery.ephemeral”設置為 false,如下圖所示:
image.png

7.3 注意事項

服務的實例類型一旦確定之后,整個生命周期內不允許被修改,如果試圖修改實例類型會提示如下錯誤:
image.png

總結

Nacos 中通過命名空間 + 分組名 + 服務名可以定位到一個唯一實例,通常推薦使用由運行環境作為命名空間、應用名作為分組,服務功能作為服務名的組合來定義服務。保護閾值是犧牲⼀部分流量,保證集群中剩余健康實例能正常工作的一種手段。服務路由類型和權重都是用來定義 Nacos 路由規則的,而臨時實例和持久化實例是 Nacos 中的兩種實例類型。

參考&鳴謝

《Nacos框架與原理》

是非審之於己,毀譽聽之於人,得失安之於數。

公眾號:Java中文社群

Java面試合集:https://gitee.com/mydb/interview


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM