お知らせ

リマインダー： Foundry Newsletter に登録すると、プラットフォーム全体の新しい製品、機能、改善点の概要を受信トレイで直接受け取れます。登録方法の詳細については、Foundry Newsletter と製品フィードバックチャネルのお知らせを参照してください。

これらのお知らせに関するご意見を Developer Community Forum ↗ でお聞かせください。

---

新しいオントロジータイプ、インターフェースのご紹介 [ベータ版]

公開日: 2024-08-27

オブジェクトタイプの形式と機能を記述できるプリミティブとして、新しいオントロジータイプであるインターフェースをご紹介します。インターフェースはオブジェクトタイプのポリモーフィズムを提供し、共通の形式を持つオブジェクトタイプのモデリングとインタラクションを一貫した方法で行えるようにします。

インターフェースは、共通プロパティ、インターフェースリンクタイプ、およびインターフェースに関するメタデータで構成されます。インターフェースは複数のオブジェクトタイプで実装でき、拡張することでインターフェースを組み合わせられます。

Ontology Manager の Facility インターフェースの例。

インターフェースの力

データ統合担当者にとって、インターフェースは、類似しているものの異なるオブジェクトタイプを統合するためのパイプラインの対象となります。アプリケーション開発者にとっては、インターフェースを実装するすべてのオブジェクトタイプにアクセスするための API として機能します。

• Object Set Service でインターフェースを対象に検索すると、そのインターフェースを実装するオブジェクトタイプのうち、条件に一致するオブジェクトが返されます。
• インターフェースを実装するオブジェクトタイプのオブジェクトを操作する際、具体的なオブジェクトタイプとして型付けされている場合はそのローカル API名を使用でき、インターフェースタイプとして型付けされている場合はプロパティとリンクのインターフェース API名を使用できます。

つまり、インターフェースを実装すると、下流のアプリケーションはインターフェース定義を通じて、それを実装するどのオブジェクトともやり取りできるようになります。これにより、アプリケーションで実装元のオブジェクトタイプを個別にサポートする必要がなくなり、インターフェースを API レイヤーとして使ってアプリケーションコードを記述できます。さらに、インターフェースをアプリケーションの API レイヤーとして使うことで、新しいオブジェクトタイプにアプリケーションのインターフェースを実装させるだけで、そのオブジェクトタイプをアプリケーションに追加できます。新しいオブジェクトタイプを明示的にサポートするためのコード変更は不要です。

インターフェースの例：スケジュール管理

インターフェースの一般的なユースケースは、オブジェクトタイプが特定の機能を持つことを示すことです。たとえば、オブジェクトがスケジュール可能なイベントを表すことを示せます。Schedulable Event インターフェースを実装することで、オントロジーに対応したアプリでそのオブジェクトを使用し、動的なスケジュール管理ワークフローやカレンダー管理などを行えます。

共通の Start Time および End Time プロパティを使用して Flight オブジェクトタイプに実装した Schedulable Event インターフェースの例。

インターフェースをはじめる

オントロジーにインターフェースを追加するには、Ontology Manager で新しいインターフェースを作成するか、既存のインターフェースを拡張します。インターフェースを用意したら、適切な形式のオブジェクトタイプでそのインターフェースを実装できます。また、オントロジーの進化に合わせてインターフェースを編集し、組織により適したものにできます。

インターフェースを宣言したら、Marketplace でパッケージ化してインストールし、Pipeline Builder で実装して、オントロジー SDK アプリケーションの API として使用できます。

インターフェースとその使い方については、インターフェースのドキュメントを参照してください。

開発ロードマップの次の予定は何ですか？

インターフェースタイプの一般提供に向けた取り組みの中で、Actions、Functions、Workshop ウィジェットへの入力としてインターフェースを使用できるよう、サポートを拡張していきます。

Pipeline Builder でノードを整理するフォルダーのご紹介

公開日: 2024-08-22

ナビゲーションと編集の操作性を向上させるため、Pipeline Builder でフォルダーとサブフォルダーを作成できるようになりました。フォルダーは直感的に作成できます。グラフ上でノードを選択するか、パイプラインファイルツリーサイドバーでノードを強調表示して、グループ化できます。パイプラインには、ファイルツリーとも呼ばれる階層的なファイル構造が作成され、選択したフォルダーに基づく表示設定やノードの対象指定のオプションも利用可能になります。

ノードをさまざまなフォルダーとサブフォルダーに整理したパイプライン。

パイプラインの範囲を絞り込んで関連するノードを表示する

以下に示す表示設定のオプションから1つを選択すると、一部のフォルダーに含まれるノードの表示と非表示を切り替え、パイプラインの範囲を絞り込めます。

グラフには Blue Folder 内のノードのみが表示され、右上にはフォルダーの表示設定のオプションが表示されています。

また、フォルダー名の右側にあるターゲットアイコンを選択すると、グラフ上の関連するノードをすばやく対象として指定できます。これらの新しい整理機能と表示設定機能を活用することで、大規模で複雑なパイプラインをより効率的かつ円滑に管理できます。

Pipeline Builder のフォルダーについて詳しくはこちら。

---

Pipeline Builder のユニットテストでパイプラインの信頼性を高める

公開日: 2024-08-20

Pipeline Builder でパイプラインのユニットテストを実装できるようになりました。ユニットテストは、デバッグや破壊的変更の検出に役立ち、最終的にパイプラインの品質向上を支える重要なツールです。Pipeline Builder から直接ユニットテストを作成・実行して問題を早期に検出し、より安心してパイプラインをデプロイできます。

ユニットテストとは？

コードのユニットテストと同様に、Pipeline Builder のユニットテストでは、あらかじめ定義した入力でテストしたときに、パイプラインのロジックが期待される出力を生成するかどうかを確認できます。ユニットテストは次の要素で構成されます。

• テスト入力
• データ加工ノード
• 期待される出力

テスト入力と期待される出力は、手動で入力したデータセットとスキーマ、または既存のデータセットとスキーマを使用して作成できるため、ユニットテストをすばやく効率的に作成できます。テスト対象のデータ加工ノードは、Pipeline Builder のワークスペースで選択できます。

テスト入力、テスト対象のデータ加工ノード、期待される出力を示すユニットテストのワークフロー図。

ユニットテストの機能

右側のパネルでユニットテストアイコンを選択すると、ユニットテストにアクセスできます。そこから、対象のノードを選択し、入力データセットと出力データセットを指定して、ユニットテストを作成・微調整できます。

右側のパネルにあるユニットテストアイコン。

ユニットテストを設定し、入力データセットと出力データセットを作成したら、テストを実行を選択すると、出力の期待値と実際の値が表示されます。ここで結果を評価し、必要に応じてパイプラインやユニットテストを改善する作業を、すべて1か所で行えます。

右側にテスト結果と設定、下部に出力の期待値と実際の値が表示されたユニットテスト結果のサンプル。

この柔軟で充実したテストインターフェースでは、ユニットテストを簡単に編集・削除して、急速に進化するパイプラインに対応できます。ユニットテストへの変更は提案ページにも表示されるため、変更を追跡し、提案をマージする前にすべてのテストが成功していることを確認できます。

Pipeline Builder のユニットテストについて詳しくはこちら。

---

Pipeline Builder とオントロジーの統合の改善

公開日: 2024-08-13

Pipeline Builder がさらに強力になりました。パイプラインから直接、オントロジーのオブジェクトタイプとリンクタイプの作成・編集、競合の解決、スキーマの移行ができるようになりました。Pipeline Builder とオントロジーの統合が改善されたことで、Palantir プラットフォームで構築する際に、より効率的なワークフローと高い柔軟性を活用できます。

以前は、Pipeline Builder が管理するオブジェクトとリンクを Ontology Manager で編集できませんでした。現在は、整合性を確保するために必要な競合解決機能とスキーマ移行機能を備え、Pipeline Builder が管理するオブジェクトを Pipeline Builder と Ontology Manager の両方で変更できます。ただし、Pipeline Builder で作成したオブジェクトは Ontology Manager で編集できますが、Ontology Manager で作成したオブジェクトは、まだ Pipeline Builder で編集できません。

アクションによる編集を有効にする

はじめるには、Pipeline Builder または Ontology Manager で編集を有効にします。このタイプのオブジェクトの編集を許可を切り替えると、Pipeline Builder と Ontology Manager の両方で編集が許可されます。また、Workshop やその他のアプリケーションでも、アクションによるオントロジーの編集が有効になります。現在、この機能をサポートしているのは Pipeline Builder で作成したバッチデータを元とするオブジェクトのみで、ストリームデータを元とするオブジェクトタイプは現在、編集をサポートしていません。

オブジェクトタイプの編集パネルにある編集を許可トグル。

アプリケーション間での変更の双方向同期

Pipeline Builder と Ontology Manager の両方からオントロジーを変更できるようにするため、競合、検証エラー、スキーマ変更をシームレスに処理する次の機能を導入しました。

マージ競合の解決： Ontology Manager と Pipeline Builder をまたいだ編集を円滑に行うため、マージ競合の解決ダイアログボックスを追加しました。これにより、同時に行われた更新が上書きされることを防ぎます。

Ontology Manager のマージ競合の解決ページ。

検証エラーの解決： オントロジーを変更するパイプラインをデプロイする前に、検証エラーが通知され、解決方法の選択肢が提示されます。これにより、無効な変更をオントロジーに適用しようとしたときに、パイプラインのデプロイ中に発生するエラーや失敗を回避できます。

デプロイ前に解決する必要がある検証エラーの例。

スキーマ移行のサポート： スキーマ移行ダイアログを追加しました。必要に応じて、プロパティの編集内容の破棄や、編集内容の別のデータ型へのキャストなど、スキーマ移行の選択肢から選べます。

必要に応じてスキーマ移行を行うための選択肢を提示するスキーマ移行ダイアログ。

Marketplace と完全に互換性のあるパイプラインを共有する

オントロジー出力を持つパイプラインをパッケージ化し、Marketplace 経由でインストールできるようになりました。オントロジーのオブジェクトタイプとリンクタイプを含むパイプラインを共有またはダウンロードして、ワークフローをより簡単に設定・デプロイできます。

Pipeline Builder のオントロジー出力について詳しくはこちら。

---

Platform Settings の組織権限 UI を廃止し、メンバーを Control Panel のロールに移行します

公開日: 2024-08-08

組織権限を Platform Settings から Control Panel の組織ロールに移行するフェーズ2が、9月9日からの週に実施されます。このフェーズでは、組織権限の2つの別々のカテゴリーを、組織ロールで表される単一の信頼できる情報源に統合することで、Palantir プラットフォーム内の管理ワークフローを合理化します。

フェーズ2：自動移行と Platform Settings ユーザーインターフェースの削除

Platform Settings の権限を持つ残りのメンバーは、Control Panel の対応するロールに移行されます。これらのロールには、移行の第1フェーズで必要なワークフローと権限が追加されています。フェーズ2が完了すると、レガシーの組織設定で付与されていた権限は、Control Panel の組織ロールを通じてのみ利用可能になります。Control Panel がインストールされていない環境では、現在の Platform Settings の権限サイドバーが、軽量な組織権限コンポーネントに置き換えられます。

次の変更が予定されています。

• 自動移行： 現在権限を持つすべてのメンバーが自動的に移行され、アクセスや特権を失うことなく継続して利用できます。アクセスの拡大を避けるため、レガシー権限を持つ個々のメンバーに必要な場合は、Control Panel の新しいカスタム組織ロールが2個作成されます。以下の図は、どのレガシー権限のメンバーが対応する組織ロールに追加されるかを示しています。

  

  どのレガシー権限のメンバーが対応する組織ロールに追加されるかを示す図。

• Platform Settings ユーザーインターフェースの削除： Platform Settings の権限管理用ユーザーインターフェースは廃止され、Control Panel が利用可能な環境では、権限管理が Control Panel のみに統合されます。

管理者は権限を監査し、ドキュメントを確認する必要があります

権限を単一のインターフェースに統合することは、管理タスクを簡素化し、ユーザー体験を向上させるための継続的な取り組みの一環です。ロールのカスタマイズ機能を強化し、権限の粒度を細かくすることで、管理者は組織の設定とセキュリティをより効率的に管理できます。

フェーズ2の開始にあたり、すべての管理者に次の対応をお願いします。

• 権限の監査： 最終監査を実施し、すべての権限が組織の要件に沿って正しく割り当てられていることを確認してください。
• ドキュメントの確認： Palantir プラットフォームの権限管理に関する更新されたドキュメントを確認し、新しいワークフローを把握してください。

Palantir プラットフォームでの権限とその基本要素の仕組みについて詳しくは、エンロールメントと組織のドキュメントを参照してください。

---

Workshop の構造体変数でネットワーク呼び出しを減らし、ワークフローを高速化

公開日: 2024-08-06

Workshop は、新しい構造体変数タイプに対応しました。構造体変数は、ほかの変数タイプのフィールドを含む複合変数で、関数を元にしています。この新機能により、アプリケーションの作成者は関数からカスタム型を返したり、ロジック関数から構造体を返したりでき、呼び出す必要のある関数の数とネットワーク呼び出しの総数を減らせます。構造体変数タイプを使用して、複雑さを軽減し、生成 AI のレスポンスを充実させ、Workshop モジュールのパフォーマンスを向上させます。

Workshop 内で構造体変数を作成し、ワークフローを支援する

コードリポジトリで記述した関数、またはロジック関数を使用して、構造体変数を作成できます。フィールドのデータ型が Workshop で利用できない場合、そのフィールドは無視され、初期化された変数のフィールドから除外されます。現在、構造体のネスト（たとえば、person 構造体の内部に別の構造体 bestFriend を含めること）と構造体の配列には対応していないことに注意してください。

構造体変数 student1 は、name、birthday、studentId、isGraduated、isHonors フィールドを返す関数を元にしています。name のデータ型は string、birthday は date、studentId は number、isGraduated と isHonors は boolean です。ネストされた構造体型のフィールド bestFriend はまだ対応していないため、除外されます。

構造体変数からフィールドを抽出し、ウィジェットに表示する

ウィジェットや変数の変換操作では構造体全体を使用できないため、構造体の個々のフィールドを抽出して使用します。以下の画像は、構造体フィールド抽出の変数変換を使用して person 構造体変数から文字列型の name フィールドを抽出し、メトリックカードウィジェットで使用する方法を示しています。

構造体変数 student1 のフィールド name は、文字列変数に抽出され、メトリックカードウィジェットに表示されます。

構造体変数を関数の入力として渡す

最後に、構造体変数は関数の入力としても使用できます。構造体を入力として使用する関数を設定する際には、スキーマのプレビューラベルにカーソルを合わせると、構造体入力の必須フィールドをプレビューできます。アプリケーションの作成者は、このプレビューを構造体変数の生の現在の値と照合することで、期待される入力スキーマが、選択した構造体変数のスキーマと一致することを簡単に確認できます。

2人の学生に共通するコースコードの一覧を返す関数は、2個の学生構造体を入力として受け取ります。

Workshop の構造体変数に関するドキュメントを参照してください。

---

Value Types がオントロジーと Marketplace で一般提供開始

公開日: 2024-08-01

Value Types の一般提供が開始されました。Value Types は、メタデータと制約を含むフィールドのデータ型のセマンティックラッパーとして、型安全性、表現力、コンテキストを向上させます。これらの Value Types は、検証ロジックを複製することなく、プラットフォーム内の複数のオブジェクトタイプやパイプラインで再利用できます。新しい Value Types アプリケーションで Value Types を簡単に作成、管理し、Ontology Manager を使ってオントロジー内のプロパティに適用できます。一般提供への移行に伴い、Marketplace で Value Types をパッケージ化してインストールし、Marketplace 製品で使用することもできるようになりました。

指定した名前空間で利用可能な Value Types を表示する Value Types アプリケーション。

ユーザー定義のセマンティック型を追加する

Value Types を使用すると、データ検証を一元化しながら、データのコンテキストと意味を捉えることができます。列名やプロパティの説明といった情報に依存せず、Value Type から直接、意味を直感的に定義して利用できます。また、Value Types は Pipeline Builder のパイプラインとオントロジー内のデータに検証制約を適用するため、データ統合担当者やオントロジー管理者は、データフローやモデルで適切なセマンティック型が使用されるようにできます。

たとえば、正規表現の制約を持つ email Value Type を定義することで、その Value Type を使用するプロパティが有効なメールアドレスを表すようにできます。この Value Type は、プロパティごとに検証ロジックを複製することなく、複数のオブジェクトタイプやパイプラインで再利用できます。さらに、この Value Type を使用するプロパティにメールアドレスが含まれることが明確になります。

プラットフォームで Value Types を使用する

Value Type を作成すると、Foundry 全体でのデータ検証に使用できます。Value Types は、さまざまなユースケースで使用できます。

• オブジェクトタイプのプロパティへの Value Type の割り当て
• 共通プロパティへの Value Type の割り当て
• logical type cast 式を使用し、オブジェクトの書き込み先に書き込む際にプロパティの Value Type を選択して、Pipeline Builder のパイプラインのプロパティに論理型として Value Type を割り当てること

プロパティに Value Type を割り当てるには、プロパティの設定時にドロップダウンメニューから Value Type を選択します。

プロパティに Value Type を割り当てるための Ontology Manager の Value Type セレクター。

Marketplace 製品でパッケージ化済みの Value Types。

---

その他の注目点

管理 | ワークスペース

ワークスペースのサイドバーからプラットフォームの更新を確認 | ワークスペースのサイドバーのサポートメニューにあるプラットフォームの更新リンクから、最新の公開お知らせやリリースノートに Foundry 内からアクセスできるようになりました。

データ統合 | Builds

ライブログの導入 | ライブログ機能により、Palantir プラットフォーム内で直接、任意のジョブ実行のログをリアルタイムで監視できます。ライブログには、Builds アプリケーション内や、通常ログを閲覧できるほとんどの場所からアクセスできます。ライブログを使用するには、ログビューアーの右上にあるライブで表示を選択します。

データ統合 | Data Lineage

Data Lineage でのエグレスポリシーの統合 | エグレスポリシーを持つソースが Data Lineage の下流フローに視覚的に統合され、データの移動に関するインサイトが向上しました。

データ統合 | Pipeline Builder

新しいデータ加工でパーティションを結合 | 入力のパーティション数を減らすための、新しい Pipeline Builder のデータ加工によるパーティション結合を導入しました。パーティション数を減らすことで、データ処理タスクを大幅に高速化し、ジョブの完了時間を短縮できます。また、パーティション数が少なくなると、オーバーヘッドが減り、システムリソースをより効率的に使用できます。

このデータ加工を使用するには、データを結合を選択し、結合後のパーティション数を入力します。多数のパーティションをより少ない数に結合する場合、シャッフルは発生せず、新しいパーティションそれぞれに現在のパーティションの一部が割り当てられます。現在より多いパーティション数を指定した場合、パーティション数は現在のまま維持されます。

オントロジー | オントロジー管理

Ontology Manager での日付と時刻の書式設定の強化 | Ontology Manager で、日付と時刻の書式をカスタマイズする機能が拡充されました。新しいセレクターを使用して、日付とタイムスタンプのプロパティを調整できます。また、地域ごとの日付形式に関係なく、すべてのユーザーに統一した書式を使用できるようになりました。