データ接続と統合Peer Managerエンロールメント間のオブジェクトとリンクのピアリングOntologyピアリング

注: 以下の翻訳の正確性は検証されていません。AIPを利用して英語版の原文から機械的に翻訳されたものです。

オントロジーピアリング

オントロジーピアリングを使用すると、ピア接続を介して、お使いのオントロジーのオブジェクトとリンクタイプを、別のエンロールメントのオントロジーに同期できます。

主要な概念

オブジェクト参照とマッピング

Palantir アプリケーション間では、一意の RID を使用して、単一のオブジェクトまたはオブジェクトの集合を参照できます。ピアリングでは、接続先の各エンロールメントに固有のオントロジー RID を変換し、ユーザーが自身のエンロールメント内のアプリケーションで操作するときに、正しいオブジェクトを参照できるようにします。ピアリングを有効にしてピア接続を設定する前は、これらのオブジェクト参照はエンロールメント固有の RID のみを参照します。この変換は、Gaia マップなどの Gotham ファイルを2つのエンロールメント間で同期するために必要です。

この変換を行うには、オブジェクトタイプのマッピングを作成し、ピア接続を介してオブジェクトタイプとそのプロパティをどのように変換するかを定義します。すべてのプロパティをマッピングする必要はありませんが、確立された接続を介してピアリングするプロパティはすべてマッピングする必要があります。

オントロジーデータのピアリングの種類

ソースデータのピアリング

ソースデータは、データセットや制限付きビューなどの元データソースから取得されるオントロジーデータです。ソースデータのピアリングは、現在一方向です。つまり、ソースデータのピアリングを設定すると、1つのエンロールメントがすべてのソースデータを提供し、逆方向にソースデータを送ることはできません。

両方のエンロールメントが同じ上流のソースシステムからデータを受け取る場合、ソースデータのピアリングを設定する必要はない場合があります。この場合は、アクションデータのピアリングを設定して、2つのエンロールメント間でユーザーによる編集を同期してください。また、ソースデータを持たないオブジェクトタイプ、つまりユーザーのアクションのみから生成されるオブジェクトタイプについても、ソースデータのピアリングを設定する必要はありません。

ソースデータのピアリングの現在の機能と制限については、以下の情報を確認してください。

  • クラウドからエッジへのソースデータのピアリング: クラウドとエッジのエンロールメント間でのソースデータのピアリングに対応しています。
  • クラウド間のソースデータのピアリング: 現在、クラウドエンロールメントから別のクラウドエンロールメントにソースデータをピアリングする唯一の方法は、ダイレクトデータソースを元にしているオブジェクトタイプを使用することです。オブジェクトタイプがデータセットや制限付きビューなどの別のソースを元にしている場合は、Foundry コネクターを使用してエンロールメント間でソースデータを同期してください。
  • データセットの同期:Foundry コネクターを使用して、エンロールメント間でオブジェクトタイプの元データセットまたはストリームを同期してから、ピアリング接続を確立してアクションによる編集を同期できます。ソースデータのピアリングでは、クラウドエンロールメント上のデータセットまたはストリームを元にしているオブジェクトを、リモートのオブジェクトも同様に別のデータセットまたはストリームを元にしている別のクラウドエンロールメントにピアリングすることはできません。
  • ストリーム: クラウドエンロールメントでは、ストリームをオブジェクトタイプのデータソースとしても、ダイレクトデータソースのフィードとしても使用できます。前者はアクションやピアリングに対応していません。後者はアクション、それらのアクションのピアリング、およびソースデータのエクスポートとインポートに対応しています。
  • 変更されたオブジェクトのみを同期: ソースデータのピアリングは、元データセットの更新によって変更されたオブジェクトのみを同期します。たとえば、オブジェクトタイプの元データセットの最新の SNAPSHOT トランザクションに5個のオブジェクトへの変更のみが含まれる場合、その5個のオブジェクトのみが同期されます。

アクションデータのピアリング

アクションデータは、オブジェクトやリンクの作成、編集、削除など、オブジェクトに対するアクションとして実行されたユーザーの変更に由来するオントロジーデータです。クラウドおよびエッジの Foundry エンロールメント間で、アクションデータのピアリングを設定できます。

任意の数のピア接続間で双方向のアクションデータのピアリングを確立でき、そのデータはリアルタイムでピアリングされます。また、アクションデータのピアリングは結果整合性を備えています。リアルタイムのアクションのピアリングに失敗した場合、Peer Manager はリモートのエンロールメントから受信確認を得るまで、データの再送を試みます。

アクションデータのピアリングの現在の機能と制限については、以下の情報を確認してください。

  • データセットへの対応:複数データソースのオブジェクトタイプを含め、データセット、制限付きビュー、ダイレクトデータソースを元にしているオブジェクトタイプをピアリングできます。
  • プロパティの一致: アクションデータのピアリングでは、2つのオブジェクトタイプ間で特定のプロパティ同士のマッピングを定義します。プロパティのAPI名は同じである必要はありませんが、プロパティをピアリングするには、両方のオブジェクトタイプのプロパティタイプが string や double など、同じデータ型である必要があります。
  • 選択したプロパティのピアリング: アクションデータのピアリングでは、オブジェクトタイプのすべてのプロパティではなく、一部のプロパティをピアリングできます。
  • 対応していないプロパティタイプ: 一部のプロパティタイプは、アクションデータのピアリングにまだ対応していません。
  • ストリームを元にしているオブジェクトタイプ: ストリームを元にしているオブジェクトタイプでのアクションデータのピアリングには、まだ対応していません。

リンクタイプのピアリング

リンクタイプは、2つのオブジェクトタイプ間の関係を定義し、リンクプロパティを含むオブジェクトタイプとともに自動的にピアリングされます。オントロジーのピアリング関係を設定するときにオブジェクトのリンクが正しくピアリングされるよう、以下のガイダンスを確認してください。

  • 外部キーの関係:リンクはオブジェクトのプロパティとして保存されるため、外部キーのリンクをピアリングするための特別な設定は必要ありません。両方のオントロジーインスタンスにリンクタイプが定義されていれば、リンクされた両方のオブジェクトがピアリングされるときに、リンクもピアリングされます。

  • 結合テーブルデータセットの関係:多対多のリンクに使用されるこの関係は、ピアリングするために設定が必要です。結合テーブルには元データソースからのソースデータが含まれる場合があり、リンクにはユーザーによる編集を適用できます。オブジェクトタイプと同様に、多対多のリンクタイプにはソースデータとアクションデータの両方を含めることができます。

  • 元オブジェクトの関係:多対多のリンクに使用されるこの関係では、リンクされた両方のオブジェクトと元オブジェクトがピアリングされると、リンクが共有されます。

ピアリングと自動化

オブジェクトタイプがオントロジーピアリングを通じて更新を受信すると、ピアリングされた変更によって、そのオブジェクトタイプを監視する Automate の自動化がトリガーされる場合があります。ピア接続の両側で同様の自動化ロジックが実行される環境では、副次的効果が重複したり、意図しない副次的効果が発生したりする可能性があります。

これを防ぐには、ピアリングパッチに起因するイベントをスキップするように自動化を設定できます。この設定については、Automate の条件設定のドキュメントで詳しく説明しています。

オントロジーピアリングを設定する

Peer Manager でのオントロジーピアリングの設定について、詳しくはこちら。