ドメインセパレーションと SRM
サービスリライアビリティ管理 (SRM) ではドメインセパレーションがサポートされています。
サポートレベル：ベーシック*
サポートレベルは基本ですが、いくつかの例外または特別な条件があります。
- アプリケーションサービスプロバイダー (SP) のユースケースに合わせてデータが適切なドメインに送られるようにするビジネスロジックが存在します。
- ユーザーインターフェイス、キャッシュキー、レポート、ロールアップ、集計のすべてが本番環境の実行時にドメインを使用します。
- インスタンスのオーナーは、複数のテナント間で機能するようにアプリケーションをセットアップできる必要があります。
サンプルユースケース：サービスプロバイダーがチャットを使用してテナント顧客のメッセージに応答する場合、クライアントがサービスプロバイダーの応答を確認できるようにする必要があります。
サポートレベルの詳細については、「アプリケーションでのドメインセパレーションのサポート)」を参照してください。
ドメインセパレーションの概要
- ドメインセパレーションは、アプリケーションのすべてのメタデータテーブルに存在します。インスタンスレベルのテーブルにも、明示的にドメインセパレーションがあります。内部チーム要求テーブルなどの他の内部テーブルは、ドメインセパレーションレコードを参照することで暗黙的にドメインセパレーションされます。
- システムプロパティはドメインセパレーションされていないため、チーム管理機能に影響します。このプロパティは複数のドメインで共有され、インスタンスレベルで設定されます。これらのドメイン固有のセットアップはサポートされていません。
- 別のアプリケーション (イベント管理コネクタなど) が活用されている場合、ドメインセパレーションはそのアプリケーションのドメインセパレーション機能によって決定されます。
サービスリライアビリティ管理 アプリケーションでのドメインセパレーションの機能の仕組み
上記のベーシック* サポートレベル評価で示される特定の条件は、チーム管理に関連しています。
- 統合ハブ フローに基づくカタログアイテムを介して作成された新しいチームは、サービスオペレーションワークスペースアドミニストレーターがセットアップします。これは、サービスポータルから開始できます。SRM アドミン、マネージャー、またはレスポンダーは、SRM ワークスペースを介してその作業を行うことができます。手順は SRM ドキュメントに記載されています。
- 統合ハブ サブフローとアクションは、SRM チームの管理を制御します。
- インスタンスごとに 1 つのカタログアイテムとフローのみを設定できます。お客様は、既存のフローのカスタマイズとして、ドメインセパレーションをサポートするチームプロパティを設定する責任があります。
- チームカタログアイテムの要求者は、ドメインに関連付けられ、要求アイテムの一部として利用できます。その結果、必要に応じて、要求者は特定のドメインまたはカタログアイテムにチームを作成し、それを拡張することで別の方法でドメインをキャプチャできます。いずれの場合も、サービスオペレーションワークスペースはこれをサポートするために 統合ハブ フローとアクションを変更する必要があります。
詳細については、「」を参照してください。