ドメインの分離
最終更新日: 03 年 2024 月 XNUMX 日LMDX は、ドメイン分離を有効にした ServiceNow インスタンスでネイティブに動作します。これにより、ServiceNow インスタンスを別々のドメインに論理的に分離し、1 つのインスタンスで複数の組織をサポートできるようになります。マネージド サービス プロバイダー (MSP) として、たとえば、イベント、アラート、およびインサイトをテナント別に分離できます。詳細については、「テナントによるグループ化」および「ドメイン分離」を参照してください。
LMDX 自体はドメイン分離されておらず、スコープ指定されたすべてのアプリケーション レコードはグローバル ドメイン内にあります。これはSNだからです 管理人 ユーザーが LMDX にアクセスして設定できるようにするには、(セキュリティ上の理由から) ロールが必要です。
アプリケーションが正しく動作することを保証するには、すべての LMDX アーティファクト (構成レコード、アウトバウンド変換マップ、およびアウトバウンド フィールド マップ) をグローバル ドメイン内に作成する必要があります。 唯一の例外はビジネス ルールです。これはインスタンスのプライマリ ドメインに存在する必要があります。 詳細については、「 ServiceNow のドキュメント.
有効なドメイン
LMDX のドメインサポートを有効にすることができます。これにより、LMDX で「有効」とマークされた特定のドメインを設定でき、各有効ドメインに独自の Edwin AI 認証情報を持たせることができるため、Edwin AI ポータル内でデータを分離できます。詳細については、 ドメイン サポートの有効化.
ドメイン階層のサポート
LMDX はドメイン階層を利用します。子ドメインのレコードが親ドメインの構成レコードに設定されたパラメーターと一致する場合、そのレコードによって親ドメインの構成がトリガーされます。これにより、複数の子ドメイン (たとえば、異なる顧客) にわたる構成の標準化が可能になります。 1 か所で変更を加えることができ、LMDX はその変更をすべての子ドメインに適用します。
ただし、XNUMX つのレコードに適用できる、異なる有効なドメインに関連付けられた複数の Config レコードがある場合、LMDX はドメイン階層内で最も近い一致 (たとえば、最も低いもの) を使用します。
LMDX も同様に CMDB 階層を利用します。ドメイン分離インスタンス内の CMDB 構成の場合、一致の順序は、ドメイン階層を上に移動する前に、同じドメイン内の CMDB 階層で最初に実行されます。