Domain Separation の必要性の評価

  • リリースバージョン: Washingtondc
  • 更新日 2024年02月01日
  • 読む1読むのに数分
  • Domain Separation が顧客の組織で常に機能するとは限りません。顧客のニーズを考慮して、Domain Separation を使用するかどうかを決定することをお勧めします。

    図 : 1. Domain Separation の必要性の評価

    Domain Separation を選ぶ理由

    次の要因が、顧客の組織の Domain Separation を選ぶ際に役立つ可能性があります。
    • 顧客のプロセス調整と一般的なプラットフォーム要件は中程度である。
    • 顧客が要求者ではなく履行者としてタスクを処理することを計画している。
    • 顧客がデータレコードの分離を要求する契約を結んでいるが、インスタンスオーナーは構成の別の場所でその要件に対処できると判断した。
    • 会社のインスタンスオーナーは、物理的に分離された組織として運用され、データを共有しないエンティティを持つが、それでも完全なレポートを必要とする。別々のドメインを使用して、正しく設定すると、データを表示できる。

    Domain Separation が設定されない理由

    次の要因は、顧客の組織が Domain Separation を設定しない可能性がある理由を示しています。
    • 顧客は環境を管理し、その完全な所有権を持ち、拡張のロードマップを設定することを望んでいる。
    • 顧客は、物理またはデータベースレベルでデータとプロセスを完全に分離することを要求している。
      注:
      ドメイン分離されたインスタンスには共有データベースが含まれているため、これは分離要件に反しています。
    • 顧客の組織内の部門がレコードを分離することを望んでいる(アクセス制御で十分な可能性がある)。
    • すべての顧客が独自のプロセス、ビジネスルール、およびワークフローを必要としている。
    • 企業文化は、顧客の組織間の非コラボレーションの 1 つである。
    • 顧客はエンドユーザーとしてのみプラットフォームを操作する。
    Domain Separation を選択する理由としない理由の評価