この文書は自動機械翻訳技術を使用して翻訳されています。 正確な翻訳を提供するように努めておりますが、翻訳された内容の完全性、正確性、信頼性については一切保証いたしません。 相違がある場合は、元の英語版 英語 が優先され、正式なテキストとなります。

トポロジースコープ

トポロジースコープによるクエリ機能は、廃止する機能です。これは、特定のラベルを持つ任意のコンポーネントへのアクセスを付与できる`get-topology`権限に置き換えられます。

トポロジースコープはどのように機能しますか？

トポロジースコープは、SUSE Observabilityで実行されるすべてのトポロジークエリの接頭辞として`get-topology`権限と組み合わされたSTQLクエリです。ユーザーがSUSE Observabilityでビューを選択したりクエリを渡したりする際、この接頭辞クエリはユーザーのクエリの一部として実行されます。これにより、結果はユーザーの役割に一致するように制限されます。

`withCauseOf`や`withNeighborsOf`のような関数呼び出しは、このコンテキストではパフォーマンスが良くないためサポートされていません。

ユーザーが複数のグループに属している場合、複数のトポロジースコープを持つことができ、その結果、複数の接頭辞が生成されます。ここでは、接頭辞はユーザーが持つすべてのトポロジースコープのORとして実行されます。

ユーザーは、役割や権限が変更されるたびにSUSE Observabilityからログアウトし、再認証する必要があります。

なぜトポロジースコープが必要ですか？

トポロジースコープは、SUSE Observability内の主体に対するセキュリティ機能です。事前定義されたSUSE Observabilityの役割である管理者、パワーユーザー、ゲストには、トポロジースコープが定義されていません。

トポロジースコープをクエリのワイルドカードとして指定することは可能ですが、これによりすべてへのアクセスが可能になり、推奨されません。トポロジースコープなしでアクセスが必要な場合は、代わりに事前定義された役割のいずれかを使用することをお勧めします。

例

以下の例は、異なる権限レベルを持つ4人のユーザーに対して「すべてのインフラストラクチャ」と呼ばれる同じトポロジービューを示しています。

このユーザーはSUSE Observability管理グループの一部であるため、トポロジースコープはありません：

フルビュー権限

このビューのクエリは他のものと同じですが、接頭辞はありません：

'layer = "Infrastructure" AND domain IN ("Customer1", "Customer2")'

以下のユーザーは、次のトポロジースコープを持つ構成された主題Xのグループにいます：

'domain = "Customer1"'
制限されたビュー

このビューのプレフィックスによるクエリは次のとおりです：

'(domain = "Customer1") AND (layer = "Infrastructure" AND domain IN ("Customer1", "Customer2"))'

構成された主題Yを持つグループの一部である別のユーザーが、次のトポロジースコープを持っています：

'domain = "Customer2"'

次のトポロジーになります:

制限されたビュー

このビューのプレフィックスによるクエリは次のとおりです:

'(domain = "Customer2") AND (layer = "Infrastructure" AND domain IN ("Customer1", "Customer2"))'

複数のプレフィックスを持つユーザー

主題を1つ以上のグループに割り当てることが可能です。この例では、上記に示された全体のビューを見ることができるインフラストラクチャマネージャーがいます。このユーザーは、構成された主題がXとYの両方のグループに所属する必要があります。この場合、ユーザークエリのプレフィックスは次のようになります：

'(domain = "Customer1" OR domain = "Customer2")'

このユーザーのプレフィックスによるクエリは次のとおりです:

'(domain = "Customer1" OR domain = "Customer2") AND (layer = "Infrastructure" AND domain IN ("Customer1", "Customer2"))'

その結果、次のビューが表示されます:

フルビュー権限