ドメインセパレーションと サービスレベル管理
ドメインセパレーションは サービスレベル管理 でサポートされています。 ドメインセパレーションでは、データ、プロセス、および管理タスクをドメインと呼ばれる論理的なグループに分けることができます。どのユーザーがデータを表示できるか、データにアクセスできるかなど、このアプリケーションのいくつかの側面を制御できます。
サポートレベル：標準
- ベーシックレベルのサポートのすべての側面が含まれています。
- アプリケーションプロパティは、必要に応じてドメイン対応です。
- ビジネスロジック：サービスプロバイダー (SP) によって顧客ごとにプロセスを作成または変更できます。ユースケースには、単一のインスタンスでの複数のサービスプロバイダー顧客によるアプリケーションの正しい使用が反映されています。
- インスタンスのオーナーは、特定のアプリケーションに期待される通りに、テナントごとに MVP ビジネスロジックとデータパラメーターを設定できる必要があります。
サンプルユースケース：アドミンは、レコードを他のテナントに対してはクローズしないが、1 つのテナントに対してクローズする場合、コメントを必須にすることができる必要があります。
サポートレベルの詳細については、「アプリケーションでのドメインセパレーションのサポート)」を参照してください。
サービスレベル管理の概要
- サービスレベル管理では、合意されたサービスレベルアグリーメント (SLA) の監視、測定、およびレポートで顧客を支援します。 SLA 定義は、これらのアグリーメントをカプセル化します。
- ユーザーは、アクセスできるドメイン内のコンテンツのみを表示できます。
サービスレベル管理でのドメインセパレーションの仕組み
SLM の目的は、既知のタイムスケール内でのサービスの期待と、サービスレベルが満たされていない場合に監視する機能を顧客に提供することにあります。特定の用語と定義を確認するには、「サービスレベル管理のコンセプト」を参照してください。
- SLA 定義とタスク SLA にはドメインフィールドがあります。ただし、タスク SLA は、その添付されタスク レコードのドメイン内でのみ作成されます。
- タスク SLA を作成して特定のタスク (または拡張) に添付するには、SLA 定義をテナントドメイン (またはグローバル) で定義する必要があります。
- タスク SLA 定義がタスク レコード ドメインまたは先祖ドメインに存在する場合、タスク SLA はタスクに添付されます。
- タスク SLA は、タスク SLA レコードで実行されているワークフローを含む、その添付されたタスク レコードのドメインを常に継承します。タスクレコードが反転すると、タスク SLA も反転します。
- 先祖のドメインに SLA 定義が存在する場合、その定義はサブドメインで上書きできます (委任された管理)。
サービスレベル管理ドメインセパレーションテーブル
- SLA 定義 [contract_sla]
- タスク SLA [task_sla]
サービスレベル管理のユースケース
- ACME ドメインの ESS ユーザーがログインしてインシデントを作成すると、その時点で SLA が添付されます。SLA は、ACME ドメインである、関連付けられているタスク レコード (インシデント) のドメインで作成されます。ESS ユーザーは SLA レコードを読み込むことができません。これらは、次のロールに制限されています。
- アドミニストレーター
- ITIL
- SLA アドミン
- SLA マネージャー
- ACME ドメインの ITIL ユーザーがログインしてインシデントを作成します。上記のプロセスは、ITIL ユーザーがインシデントに添付された SLA レコードを読み込むことができる点を除いて同じです。
- SLA 定義が ACME ドメインに存在し、ACME サブドメイン (ACME の子) のニーズを満たしていない場合、SLA アドミニストレーターが修正できます。SLA アドミニストレーターは、セッション ドメインが ACME の子である場合に ACME SLA の定義に移動し、関連する変更を加えて保存できます。SLA アドミニストレーターに、上書きされたことがアラートされます。
- ITIL ユーザーは、セッション ドメインを ACME の子に設定し、インシデントを作成します。タスク SLA は、ACME の子からの SLA 定義を使用して作成されます。