ドメインピッカーを使用したドメインセパレーションの構成
ドメインピッカーを適切に使用し、80/15/5 のアプローチに留意して、インスタンスの過剰なカスタマイズとパフォーマンスへの影響を避けるようにしてください。
変更を行う前にドメインを検証する
ドメインピッカーは、選択できるように、すべてのドメインをリストに収集します。
セッションがタイムアウトすると、ログアウトしていない場合でも、セッションはユーザーレコードのドメインにフォールバックします。同時に、昇格したロールもすべて失われます。この場合、リストの一番上のフレームが再ロードされていなければ、ドメインピッカーには最後に選択したドメインが表示される可能性があります。そのため、一時的にインスタンスから離れている場合は、リストを完全に再ロードする必要があります。
TOP ドメインまたはグローバルドメインでの設定
ドメインセパレーションは、構成およびユーザーとグループの定義がほぼ標準であるサービスを顧客に提供する場合に最適です。カスタマイズして「ワンオフ」ソリューションを作成すればするほど、エラーに対するマージンが増加します。プロセスとビジネスロジックを作成するときは、各顧客に対して自動的に機能するプロパティにバリエーションを設定する必要があります。プロセスは必要に応じて調整できますが、1 人の顧客に一意の構成を作成するタイミングとその程度を決定する際は十分注意してください。
カスタマイズのためのマージンが大きすぎてエラーが発生しないようにするには、ドメインを構成する際に「80-15-5」アプローチを使用する必要があります。
- 構成に推奨されるアプローチ
- 80% 以上の標準
- 15% 以上のパラメトリック
- 5% 未満の構成
- 提案された変更をグローバルプロパティにするか、構成可能なプロパティにするかを決定します。
- 管理が必要なカスタマイズを増やしてビルドしすぎないでください。代わりに、次の操作を行います。
- ベースシステム機能から開始し、変更を加える前にギャップを確認します。
- コードなしのソリューションを探します。
- サーバー側のスクリプトを使用して、モジュール式の API をビルドし、ドメインセパレーションされたプロパティをビルドします。
- クライアントスクリプトを使用する必要がある場合は、ServiceNow API のみを使用してください。「同期」呼び出し (クライアントとサーバー間でやり取りをするもので、AJAX とも呼ばれます) を制限します。
- すべてのスクリプトを論理的に記述して、シンプルで効果的なものにします。コード変更のピアレビューを実施し、全員がこのセクションの「サービスプロバイダー向けのドメインセパレーションの推奨プラクティス」に従っていることを確認します。