設定は、特に小規模なソースの場合、最初は小さなことに思えるかもしれません。デプロイを正しく拡張してパフォーマンスを引き出すために重要です。プラクティスをいくつか紹介します。カテゴリでできること検索の範囲を定義する。データをインデックス化してパーティション化する。通じてデータを表示できるユーザを制御する。命名規則component1/component2/component3...具体性が低い最上位のグループ化から始めて、各コンポーネントをより具体的に説明していきます。値全体でデータのサブセットを詳細に説明するようにします。シリーズもあるとします。値を設定することもできます。Networking/Firewall/Cisco/FWSMNetworking/Firewall/Cisco/ASANetworking/Firewall/PAN/7050Networking/Router/Cisco/800値の先頭にあるコンポーネントは具体的な値を追加するものではなく、このデータの最上位のグループ化になります。つの目的を達成できます。検索の範囲を定義するここで説明している命名規則に従えば、検索の範囲を簡単かつ効果的に定義できます。値を使用するとします。追加しなくてもデータのサブセットを見つけることができます。データの個別のパーティションを作成するには、次のルーティング式を使用してパーティションを指定します。(廃止して新しい名前またはルーティング式で作成し直すしかありません)、あまり頻繁に変更せずに済むようにしてください。セットへのアクセスを制限するために、データが増えたときに上位の値を使用して管理するデータ量を削減することができます。上位のグループ化はさまざまな項目で構築できます。(東か西か)、アプリケーション、事業単位、その他データに適した値を基準にグループ化できます。これらの値を使用する順序は、データの検索方法によって決まります。Prod/Web/Apache/AccessDev/Web/Apache/AccessProd/DB/MySQL/ErrorDev/DB/MySQL/Error必要に応じて、引き続き運用環境と開発環境の両方で検索を行うことはできますが、このスキームによってより直感的にすべてのデータが運用環境と開発環境に分けられます。この両方のデータを頻繁に検索する必要がある場合には、次の値を使用できます。Web/Apache/Access/ProdWeb/Apache/Access/DevDB/MySQL/Error/ProdDB/MySQL/Error/Devこのようにシンプルに変更するだけで、上位のグループ化が完全に変更されます。どちらのスキームでも、両方の使用事例にシンプルに対応できます。重要なのは、ユーザがデータを検索するときに自然だと感じられる方法でデータをグループ化することです。ローカルおよび集中型のデータ収集この記事は役に立ちましたか?はいいいえおすすめの記事おすすめの記事はありません。