Nacos框架與原理之Nacos的參數(shù)
前言:
Nacos 中的參數(shù)有很多,如:命名空間、分組名、服務名、保護閾值、服務路由類型、臨時實例等,那這些參數(shù)都是什么意思?又該如何設(shè)置?接下來我們一起來盤它。
1.命名空間
在 Nacos 中通過命名空間(Namespace)+ 分組(Group)+服務名(Name)可以定位到一個唯一的服務實例。
命名空間(Namespace):Nacos 服務中最頂層、也是包含范圍最廣的概念,用于強制隔離類似環(huán)境或租戶等場景。Nacos 的服務也需要使用命名空間來進行隔離。 命名空間在 Nacos 控制臺的一級目錄里可以找到,如下圖所示:
在服務列表中也能看到命名空間的身影,如下圖所示:
1.1 命名空間用法
命名空間默認為 public,在項目開發(fā)中,如果不指定命名空間,那么會使用默認值 public。官方推薦使用運行環(huán)境來定義命名空間,如生產(chǎn)版本可使用 public,開發(fā)版可定義為 private。 在項目開發(fā)中,可通過配置“spring.cloud.nacos.discovery.namespace”來定義命名空間,如下圖所示:
1.2 注意事項
命名空間在使用前,必須先在控制臺新建命名空間,如下圖所示:
如果在控制臺沒有新建命名空間,直接在項目中使用的話,是不能將服務成功的注冊到 Nacos 中的,如下在項目中配置了一個未新建的 dev 命名空間,如下圖所示:
然后啟動項目,此時會發(fā)現(xiàn),在 Nacos 控制臺的服務列表中一直刷新不到任何服務實例,如下圖所示:
2.分組名
分組名(Group):Nacos 中次于命名空間的?種隔離概念,區(qū)別于命名空間的強制隔離屬性,分組屬于?個弱隔離概念,主要用于邏輯區(qū)分?些服務使用場景或不同應用的同名服務,最常用的情況主要是同?個服務的測試分組和生產(chǎn)分組、或者將應用名作為分組以防止不同應用提供的服務重名。 分組名在 Nacos 控制臺的服務列表中可以看到,如下圖所示:
分組名默認為 DEFAULT_GROUP,在項目中可通過“spring.cloud.nacos.discovery.group”來設(shè)置,如下圖所示:
此項可省略,省略時的默認值為 DEFAULT_GROUP。 分組名可以直接在項目中使用,無需像命名空間那樣,在使用前還要在控制臺中新建,設(shè)定了分組名之后,刷新服務列表就可以看到新的分組名稱了,如下圖所示:
3.服務名
服務名(Name):該服務實際的名字,?般用于描述該服務提供了某種功能或能力。 通常推薦使用由運行環(huán)境作為命名空間、應用名作為分組,服務功能作為服務名的組合來確保該服務的天然唯?性,當然使用者可以忽略命名空間和分組,僅使用服務名作為服務唯?標示,這就需要使用者在定義服務名時額外增加自己的規(guī)則來確保在使用中能夠唯?定位到該服務而不會發(fā)現(xiàn)到錯誤的服務上。 服務名在項目中可以通過“spring.application.name”來指定,如下圖所示:
4.保護閾值
健康保護閾值(ProtectThreshold):為了防止因過多實例故障,導致所有流量全部流入剩余實例,繼而造成流量壓力將剩余實例被壓垮形成雪崩效應。應將健康保護閾值定義為?個 0 到 1 之間的浮點數(shù)。當域名健康實例數(shù)占總服務實例數(shù)的比例小于該值時,無論實例是否健康,都會將這個實例返回給客戶端。這樣做雖然損失了?部分流量,但是保證了集群中剩余健康實例能正常工作。 簡單來說,保護閾值是一個 0-1 的浮點值,保護閾值是允許集群中健康實例占比的最小值,如果實際健康實例的占比小于或等于設(shè)置的保護閾值時,就會觸發(fā)閾值保護,如下圖所示,設(shè)置保護閾值為 0.75:
停掉唯一的健康實例,集群的健康實例占比降成了 0%,小于設(shè)置的保護閾值 0.75(75%),此時就會觸發(fā)閾值保護,
如下圖所示:
5.服務路由類型
服務路由類型的設(shè)置如下圖所示:
它是用來設(shè)置服務的路由策略的,默認值為 none。如果設(shè)置此值為 label(標簽)模式,需要設(shè)置相應的標簽表達式來匹配實例選擇器(Selector),通過實例選擇器可以完成自定義負載均衡策略,比如我們可以自定義實例選擇器,實現(xiàn)就近訪問的負載均衡策略,這樣消費者在調(diào)用時,會優(yōu)先調(diào)用離自己比較近的 IP 節(jié)點,從而實現(xiàn)更高效的服務調(diào)用。
6.權(quán)重
權(quán)重(Weight):實例的級別配置。權(quán)重為浮點數(shù),范圍為 0-10000。權(quán)重越大,分配給該實例的流量越大。 它是針對服務實例進行設(shè)置的,
如下圖所示:
7.臨時實例
在 Nacos 中服務實例有兩種(類型):持久化實例和臨時實例(也叫非持久化實例)。當控制臺中“臨時實例”為 true 時,表示此服務為臨時實例,
如下圖所示:
7.1 臨時實例 VS 持久化實例
臨時實例和持久化實例的區(qū)別主要有以下兩點:
- 臨時實例在非健康狀態(tài)下會被自動剔除,而持久化實例不會被自動剔除。
- 臨時實例的健康狀況是 Nacos 客戶端以固定頻率(5s一次)上報給 Nacos 服務器端的,而持久化實例是 Nacos 服務器端主動探測的。
7.2 實例類型設(shè)置
在項目開發(fā)中,可以通過設(shè)置“spring.cloud.nacos.discovery.ephemeral”來指定服務的實例類型,默認為臨時實例,也就是默認“spring.cloud.nacos.discovery.ephemeral=true”。如果要設(shè)置持久化實例,需要設(shè)置“spring.cloud.nacos.discovery.ephemeral”設(shè)置為 false,
如下圖所示:
7.3 注意事項
服務的實例類型一旦確定之后,整個生命周期內(nèi)不允許被修改,如果試圖修改實例類型會提示如下錯誤:
總結(jié)
Nacos 中通過命名空間 + 分組名 + 服務名可以定位到一個唯一實例,通常推薦使用由運行環(huán)境作為命名空間、應用名作為分組,服務功能作為服務名的組合來定義服務。保護閾值是犧牲?部分流量,保證集群中剩余健康實例能正常工作的一種手段。服務路由類型和權(quán)重都是用來定義 Nacos 路由規(guī)則的,而臨時實例和持久化實例是 Nacos 中的兩種實例類型。
到此這篇關(guān)于Nacos框架與原理之Nacos的參數(shù)的文章就介紹到這了,更多相關(guān)Nacos的參數(shù)內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
Spring?Boot?詳細分析Conditional自動化配置注解
首先我們先了解一下@Conditional注解,@Conditional是Spring4新提供的注解,它的作用是按照一定的條件進行判斷,需要注入的Bean滿足給定條件才可以注入到Spring?IOC容器中2022-07-07mybatisplus的連表增強插件mybatis plus join
本文主要介紹了mybatisplus的連表增強插件mybatis plus join,文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友們下面隨著小編來一起學習學習吧2023-06-06Java中比較運算符compareTo()、equals()與==的區(qū)別及應用總結(jié)
這篇文章主要給大家介紹了關(guān)于Java中比較運算符compareTo()、equals()與==的區(qū)別及應用的相關(guān)資料,文中通過示例代碼介紹的非常詳細,需要的朋友可以參考借鑒,下面隨著小編來一起學習學習吧2018-09-09Jmeter的接口測試詳細步驟并實現(xiàn)業(yè)務閉環(huán)
這篇文章主要介紹了Jmeter的接口測試詳細步驟并實現(xiàn)業(yè)務閉環(huán),文章圍繞主題展開詳細的內(nèi)容介紹,具有一定的參考價值,需要的小伙伴可以參考一下2022-08-08