概要

Foundry オントロジーは、組織の運用レイヤーです。オントロジーは、Foundry に統合されたデジタル資産（データセットとモデル）の上に位置し、それらを工場、設備、製品などの物理的資産から顧客の注文や金融取引などの概念まで、その実世界の対応物と結び付けます。オントロジーは組織のデジタルツインとして機能し、すべてのタイプのユースケースを可能にするために必要なセマンティック要素（オブジェクト、プロパティ、リンク）とキネティック要素（アクション、関数、ダイナミックセキュリティ）を含みます。Foundry オントロジーについてさらに詳しく知り、それがどのようにしてより良い意思決定を可能にするのかについては、オントロジーの文書化をご覧ください。

Foundry オントロジーは、オントロジー内のオブジェクトをインデックス化、保存、クエリ、操作するために協力して働く複数のサービスによって支えられています。このページでは、オントロジーのバックエンドアーキテクチャの高レベルの概観を提供します。

機能コンポーネントとアーキテクチャ

Foundry プラットフォームは、オントロジーのバックエンドを構成する複数のサービスでマイクロサービスアーキテクチャを使用します。オントロジーのバックエンドは以下の 3つの主要な機能を担当します：

• データソース管理 は、オントロジーにデータを供給し、オントロジー内のスキーマ定義を管理します。
• オントロジーからのオブジェクトのクエリ、検索、集約 は、特定のフィルタリングとパーミッショニングに対応します。
• オントロジーへの書き込みのオーケストレーション は、データソースのインデックス作成や、Foundry での意思決定や行動に基づくオントロジーオブジェクトへの編集を含みます。

これらの機能は、オントロジーのバックエンドを構成するサービスがまとめて処理します。それらのサービスは以下にまとめられています：

• オントロジーメタデータサービス（OMS）
• オブジェクトデータベース
• オブジェクトセットサービス（OSS）
• アクション
• オブジェクトデータファネル
• オブジェクト上の関数

オントロジーメタデータサービス（OMS）

オントロジーメタデータサービス（OMS）は、存在するオントロジーのエンティティセットを定義する包括的なサービスです。この定義には、オブジェクトタイプのメタデータ、オブジェクトタイプ間の関係を説明するリンクタイプ、オブジェクトデータを構造化され制御された方法で修正できるアクションタイプなどが含まれます。

Foundry オントロジーのコアコンセプトについては、オントロジーメタデータの文書化で詳しく学ぶことができます。

オブジェクトデータベース

オブジェクトデータベースは、オントロジーのインデックス化されたオブジェクトデータを保存するためのサービスであり、ユーザーアプリケーションのための高速なデータクエリとクエリ計算を提供するように設計されています。インデックス化されたデータの保存に加えて、オブジェクトデータベースはインデックス作成、クエリ、およびユーザーの編集のオーケストレーションも担当します。

Object Storage V1 (Phonograph) は、Foundry のレガシーオントロジーバックエンドコンポーネントです。Object Storage V2 は、オントロジーをバックアップするための次世代の正規データストアです。これらのサービスに関する詳しい情報は以下で見つけることができます。

オブジェクトセットサービス（OSS）

オブジェクトセットサービス（OSS）は、オントロジーからの読み取りを提供するサービスで、OSS は他の Foundry サービスやアプリケーションがオントロジーからオブジェクトデータをクエリすることを可能にし、オブジェクトの検索、フィルタリング、集約、ローディングを可能にします。

オブジェクトセット

オブジェクトセットは、未来の参照と使用のために保存された実世界のエンティティのリストで、オブジェクトをサポートする Foundry アプリケーション全体で使用されます。オブジェクトセットはリソースとして保存され、簡単に共有できます。

オブジェクトセットは定義（静的または動的）とオブジェクトバックエンドでの現状（一時的または永続的）によって説明することができます：

• 静的オブジェクトセット： 静的オブジェクトセットは、主キーのリストとして保存され、入力データの変更に関係なく同じままです。

• 動的オブジェクトセット： 動的オブジェクトセットは、オブジェクトセットを作成するために適用されたフィルターの表現として保存されます。新しいデータがフィルターに一致すると、オブジェクトセットが更新されます。

• 一時的なオブジェクトセット： 一時的なオブジェクトセットは主に、プラットフォーム内で一つのアプリケーションまたはサービスから別のアプリケーションまたはサービスにオブジェクトセットを渡すために使用され、それらは作成したユーザーだけがアクセスできます。一時的なオブジェクトセットの RID のサンプルは ri.object-set.main.temporary-object-set.37d7e171-2d11-4fcd-b031-9a0863f6f744 のように表示され、24時間以内に有効期限が切れます。

• 永続的なオブジェクトセット： 永続的なオブジェクトセットは、未来の参照とプラットフォーム全体での使用のためにオブジェクトバックエンドに保存されます。

アクション

アクションサービスは、オブジェクトインスタンスレベルでのユーザー編集をオブジェクトデータベースに適用する責任があります。アクションは、オブジェクトインスタンスのプロパティ値を修正するための構造化された方法を提供し、ユーザー編集のための複雑なパーミッションと条件を可能にします。また、アクションはユーザーの意思決定の分析のための履歴アクションログを作成するために使用することができます。

オブジェクトデータファネル

オブジェクトデータファネル（"ファネル"）は、Object Storage V2 アーキテクチャ内のマイクロサービスで、オントロジーへのデータ書き込みをオーケストレーションする責任があります。ファネルは、Foundry データソース（データセット、制限付きビュー、ストリーミングデータソースなど）とユーザーの編集（アクションから）からデータを読み取り、これらのデータをオブジェクトデータベースにインデックス化します。ファネルは、基盤となるデータソースが更新されると、インデックス化されたデータが最新の状態に保たれることを確認します。

オブジェクト上の関数

関数は、コード作成者がダッシュボードや意思決定プロセスを駆動するアプリケーションのような運用コンテキストで迅速に実行できるロジックを記述できるようにします。

詳細は、関数の文書化をご覧ください。

オントロジーバックエンドの進化

このセクションでは、Object Storage V1 (Phonograph)のレガシーアーキテクチャと、Object Storage V2の更新されたアーキテクチャについて説明します。

Object Storage V1 (Phonograph) アーキテクチャ

Object Storage V1 (Phonograph)は、Foundry の元のオブジェクトデータベースで、潜在的なデータモデルの広範な範囲からの情報をインデックス化し、管理することを目指して設計され、オントロジーのオブジェクトデータ全体で Foundry のセキュリティモデルを維持します。データのインデックス化と保存だけでなく、Object Storage V1 (Phonograph)は、ユーザーが生成した編集の適用を追跡し、検索と集約を含む複雑なユーザークエリを提供し、データの書き戻しをオーケストレーションします。

以下は、Object Storage V1 (Phonograph)のアーキテクチャを説明する図です。

Object Storage V2 アーキテクチャ

Foundry がより多くの機能を獲得し、Palantir の顧客の複雑な運用ニーズと増大するスケールに対応するために進化するにつれて、Object Storage V2は、次世代のオントロジー駆動型のユースケースとワークフローを可能にするために、初原則から構築されました。

具体的には、新しいアーキテクチャは、Object Storage V1 (Phonograph)で統合されていた問題の次元を分離し、システム設計内の責任を分離します。データのインデックス化とクエリを担当するサブシステムを分離することで、Object Storage V2は、将来のニーズをより容易に水平にスケールアップできます。

Object Storage V2は、オブジェクトデータファネルを介してアクションなどの追加サービスを組み込んでいます。

Object Storage V2によって可能になる新機能と能力には以下のようなものがあります：

• すべてのオブジェクトタイプにデフォルトで有効になっている増分オブジェクトインデックス化による、オントロジーデータインデックス化の大幅なパフォーマンス向上。
• 単一のオブジェクトタイプのオブジェクトインスタンス数の数十億規模のインデックス化スループットの増加。
• カラム/プロパティレベルのパーミッションを含む、マルチデータソースオブジェクトタイプでのより細かいオブジェクトパーミッション。

• 10,000 のオブジェクトが単一のアクションで編集可能なユーザー編集スループットの増加。

• ユーザー編集の遅延の減少とユーザー編集の観察の高速化。
• オブジェクトタイプ定義のブレーキングスキーマ変更後の既存ユーザー編集の移行能力。
• ストリーミングデータソースのサポートによる低遅延データインデックス化へのオントロジー。
• Spark ベースのクエリ実行レイヤーによるより大規模な Search Aroundsとより正確な集約。
  • デフォルトでは、Search Around の制限は 100,000 オブジェクトです。100,000 オブジェクトを超える大規模な Search Aroundが必要なユースケースがある場合は、これを有効にする方法について Palantir サポートに連絡してください。

以下は、Object Storage V2がオントロジーをどのように駆動するかを説明するアーキテクチャ図です。