ユース・ケースには複数のライン・オブ・ビジネス(LOB)があり、ログ・アナリティクス・ユーザーは通常、一度に1つのLOBのログのみを分析し、場合によっては複数のLOBまたはすべてのLOBで検索します。

このシナリオでは、各LOBのログが常に1日当たり6TB未満の場合、業務ラインにあわせてログ・セット文字列を使用するのに適しています。たとえば、HR、グローバルIT、財務、出荷、オーダー、セキュリティなどのログ・セットです。

1つのLOBが1日当たり6TBを超えるログ収集に到達できる場合、ログの取得元のLOBの関数のタイプなど、2番目の側面に基づいてログ・セットを定義できます。たとえば、グローバルIT LOBがログ・セットとしてグローバルITを使用するのではなく、1日当たり20TBのログを取得することを想定している場合は、GIT-Database、GIT-Mail、GIT-Supportをログ・セット値として使用することをお薦めします。

ログ・セットを選択する鍵は、データの通常分析方法に合せることです。通常、GIT-Mailログを他のログを混在させずに単独で分析する場合は、このログ・セットが適しています。常に同じ検索でGIT-DatabaseとGIT-Supportを組み合せる可能性がある場合、異なるログ・セットとして含めることは適切ではありません。

ユース・ケースでは、クライアント数に基づいてスケーリングできる、水平に拡張可能なクラウド製品の実行が必要になる場合があります。

たとえば、各クライアントによるクラウド・サービスの使用に計算、データベースおよびネットワークのセットが必要な場合は、クライアント名またはクライアント識別子を使用してログ・セットを編成することをお薦めします。この情報はアクセス可能で、特定のクライアントのログを検索するユーザーが理解できる必要があります。このような場合、クライアント C1、C2、C3がある場合、これらは各クライアントのログに使用するログセット文字列になります。

通常、問題をデバッグする場合、運用チームはサポートの一環として特定のクライアントのログを検索します。ただし、複数のクライアントまたはすべてのクライアントにわたるログも分析する場合があります。このような場合、ほとんどのログがクライアントによってセグメント化されていても、一部のログがすべてのクライアントに共通している場合があります。たとえば、中央請求データベースは共通です。その後、クライアント名に基づいてログ・セットを混在させ、CentralDBのログ・セットを設定できます。