ナコス環境隔離
ナコス管理ステーションは、デフォルトの「公共」は、名前空間の下にナコスを使用した場合、登録センターや物流センターとして、我々は、有効であるかどうか、というデフォルトの名前空間であり、別メニュー「名前空間」を、持っています、それが果たしているどのような役割最後に名前空間？実際には、ヘルプユーザに名前空間ベースのナコスロジックは、ユーザーがより良い（例えばデータベースのデータソースとして）各環境の同様の構成を定義することができるように、テスト、事前開発、生産および他の環境サービスと構成を管理することができ、複数の名前空間を、単離異なる値。
私たちは、名前空間があり、名前空間、グループおよびデータのId環境だけではなく、また、分離の役割を果たすことができ、実際には、環境隔離の出現で役割を果たしていることを理解しています。データID値:. $ {Spring.cloud.nacos.config.prefix} - $ {spring.profile.active} $ {spring.cloud.nacos.config.file延長}、及びspring.profiles.activeあります私たちは、異なる環境間を区別することができます。だから、異なる環境間を区別するためにどのように合理的な利用のネームスペース、グループおよびデータIdを、それは我々がナコスを使用する際に慎重に検討しなければならない問題です。
クラシックケース
ナコスはアリババ・エンジニアで書かれている、より良い彼らは、分離目的に設計された環境を理解するために私たちを可能にする、彼らは視点の問題の上に立つようプラットフォーム、大規模なプロジェクトで使用されています。：そこに別のサブプロジェクトがあり、各サブプロジェクトが複数の構成環境を持っている必要があり、として次の大規模なプラットフォーム・プロジェクトは、個々の企業のためのサポートサービスを提供します、我々は今、大きなプラットフォームのプロジェクトを行うために必要があるとしたが、別の会社
に直面し、この需要にときナコス環境分離戦略の使用の合理化は、私たちは時間コストを大幅に節約しましょうする方が十分にあります。
- 異なる企業のために、この層は、我々は区別するために名前空間を使用することができます。
- 企業にとって、我々は区別し、次の異なるサブプロジェクトグループを使用することができます。
- 我々は、データIDを使用することができ、各サブプロジェクト環境ごとに異なるが、その区別を作ります。
私たちは、サブプロジェクトのナコス・プロバイダモジュール以下のB Bのビジネスを追加する必要がある場合は、環境隔離戦略上の、テスト環境の構成によれば、設定することができます。
最初のステップ：名前空間B企業を加えます。
ステップ2：追加のプロファイルの設定リスト、プロジェクトに代わってグループ、データのIdモジュールだけでなく、異なる動作環境の代表。
第三段階：ナコスプロバイダーモジュール指定された名前空間、基および活性を変更します。
四ステップ：実行ナコスプロバイダモジュールの検証結果。
ステップ5：使用して起動時のパラメータは、環境を指定します。私たちは環境パラメータで死亡したbootstrap.ymlに書いたように、この環境は、分離を達成するが、しかし、ハードコード化された方法である、実際の開発では、引数を開始するために使用する必要があります。
-Dspring.cloud.nacos.config.namespace = bb9f6e91-3455-4020-903f-6a2726284e62
-Dspring.cloud.nacos.config.group = project_B
-Dspring.profiles.active = TEST
より多くのオリジナルのボーエンには世間の注目ません
