Spring Cloud Alibababababababa基礎教程:Nacos配置のローディング規則詳細

ローディング規則は「Srping Cloud Alibababababababababababa基礎教程:Nacosを配置センターとして使用する」という文で、私達の例は完全に標準配置を採用しました.ですから、Spring Cloud Alibababa Nacosモジュールのデフォルトではどのように配置情報をロードしますか?まず、入門例でNacosで作成した構成内容を振り返ってみます.

Data Id:aliba-nacos-config-client

Group:DEFAULT_GROUTP

具体的なアプリケーションの構成内容に対応する3つの要素によって、以下のような関係があります.

Data Idのaliba-nacos-config-client:対応クライアントのプロファイルspring.cloud.nacos.co fig.prefixで、デフォルト値は$

Data Idのproperties:クライアントのプロファイルspring.cloud.nacos.file-extensionに対応して、デフォルト値はproperties

です.

Groupの値DEFAULT_GROUTP:クライアントに対応するプロファイルspring.cloud.nacos.co nfig.groupで、デフォルト値はDEFAULT_です.GROUTP;

デフォルトの値を適用してロードする構成ルールは、Data ID=$spring.appration.name..properties,Group=DEFAULT_GROUTP
以下では、いくつかの仮説例を作って、これらの構成間の関係を理解するのに便利です.
例一:サービスで名来にロードしたくないなら、データID=example.properties、Group=DEFAULT_にロードされます.GROUTPの設定内容:

spring.cloud.nacos.config.prefix=example

例二:もし私達がYamlフォーマットの内容をロードしたいなら、Propties形式の内容ではなく、Data ID=example.yamlをロードする構成により、Group=DEFAULT_を実現することができます.GROUTPの設定内容:

spring.cloud.nacos.config.prefix=example
spring.cloud.nacos.config.file-extension=yaml

例3:もし私達は構成に対してグループ管理をしたら、Data ID=example.yamlをロードすることができます.Group=DEV_GROUTPの設定内容:

spring.cloud.nacos.config.prefix=example
spring.cloud.nacos.config.file-extension=yaml
spring.cloud.nacos.config.group=DEV_GROUP

深く考える
上記では、Nacosに追加された各種構成とSpring Cloudアプリケーションにおけるクライアント構成との照合関係を具体的に紹介します.spring.cloud.nacos.co.fig.prefixとspring.cloud.nacos.com nfig.file-extensionには、あまり多くの種類がないので、ほとんどのユーザーはデフォルトの設定で使用できます.あるいはspring.clodc.filt.file-file-extensionによって、配置フォーマットの修正後綴りを行います.
しかし、spring.cloud.nacos.co.nfig.groupの構成については、例えば、異なる製品グループの下でそれぞれのアプリケーションの構成内容を区別するために、または異なる用途の構成内容を区別するために、あるいは異なる環境の構成を区別するために、いくつかの特殊な役割を果たすことができる.(Nacosの下の配置緯度が多いので、さまざまな手段で環境の配置を実現できます.後はどのように環境の配置を実現するかを専門に書きます.)など.
注:本文はプログラムの猿DD-翟永超先生から抜粋しました.