注: 以下の翻訳の正確性は検証されていません。AIPを利用して英語版の原文から機械的に翻訳されたものです。
公開日: 2023-05-26
REST API の Webhook が正式に利用可能となりました。クラウド接続と専用のリクエスト構築用ユーザーインターフェースを使用して Webhook を作成することができます。また、REST API ソースでもエージェントがサポートされ、別途、連続して実行する Webhook リクエストを作成するために複数のドメインを指定することもできます。新しいソースは「REST API」としてソース作成ページに表示され、プラットフォーム内のチュートリアルでは、このソースタイプで Webhook を使用する方法を説明しています。webhook のチュートリアルが更新され、REST 接続のすべてのオプションをカバーする明確化ページも追加されました。
REST API ソースの直接接続は、ネットワークエグレス管理をコントロールパネル経由でユーザーの環境に有効にする必要があります。エグレス管理に関するご質問は、管理者にお問い合わせください。
REST API の Webhook を使用するには、まず Data Connection で「REST API」ソースを作成します。次に、ベース URL と認証メカニズムを提供し、エグレスまたはエージェントの設定を行います。 新しいクラウドランタイムと直接接続のサポートを利用するだけでなく、エージェントの使用を検討したり、必要に応じて複数のドメインを指定して連続して実行する Webhook リクエストを作成することもできます。
ソースを作成したら、新しいリクエストビルダーを使用して Webhook を作成し、それを Actions または Workshop に接続することができます。リクエストビルダーは以下をサポートしています:
現在、REST API ソースタイプは Webhook のみをサポートしています。Webhook を使用している場合は、新しい REST API ソースを使用すべきです。
公開日: 2023-05-26
Code Workspaces を使用すると、データサイエンティスト、アナリスト、統計家、MLエンジニアが、JupyterLab® と RStudio® Workbench IDE を Palantir Foundry プラットフォームの利点と組み合わせて使用できます。Code Workspaces は、Foundry オントロジーと Palantir の一流のセキュリティ、ブランチング、リソース管理機能をデータサイエンスと機械学習のワークフローに提供します。
Code Workspaces は、ユーザーにとって馴染みのある体験を作り出しながら、Foundry の堅固なセキュリティ機能を維持します。ローカルのノートブックにデータをダウンロードしたり、データレイクから HPC や SaaS ML プラットフォームへのコネクタを手動で構築する代わりに、Foundry 内で直接データを処理し、データ転送の複雑さとデータ漏洩のリスクを減らすことができます。Foundry がサポートするサードパーティの IDE は、Foundry セキュリティの中心部分に束縛されます: Foundry 内のデータセットへのアクセスを制限すると、Code Workspaces の IDE へのアクセスも制限され、ツール全体で一貫した許可が保証されます。
Foundry ユーザーは、JupyterLab® や RStudio® Workbench を使用して Foundry からデータを読み取り・書き込み、パッケージをインストールし、バージョン管理を利用することができます。この統合により、ダッシュボードのデータフローと、エンタープライズレベルのプライバシーとセキュリティ機能を目的に応じて構築したものが可能になります。生産と開発のワークフローを同一プラットフォーム内で独立して実行することができ、運用化を加速します: 例えば、そのブランチのデータを使用して一つのブランチ上でダッシュボードを作成し、ダッシュボードが適切に検証された後にメインブランチにマージできます。
Foundry ユーザーは、Code Workspaces を使用して共同作業を行い、反復を重ね、ワークフローの運用化に向けてより速く構築することができます。Code Workspaces はまた、PythonとRに関連するダッシュボードとワークフローの構築もサポートしています。
すべてを Foundry 内でホスティングすることで、同時に一つのコードベースで作業しているチームにとって、共同作業の体験はスムーズになります。Git ワークフローと同様に、さまざまな技術的背景を持つユーザーは、許可に基づいてブランチで変更を提案することができます。すべてのユーザーは、ダッシュボードのデータフロービューと洗練された編集並行性体験から利益を得ることができます。さらに、データサイエンティストは、統一された Code Workspaces インターフェースで直感的なパッケージとリソースプロファイル管理を利用できます。
Code Workspaces は、プラットフォーム管理者に対し、簡単にデプロイでき、完全に管理され、安全で、プロダクション対応の方法を提供し、JupyterLab® と RStudio® Workbench を Foundry のデータガバナンスと FedRAMP、GxP、その他の規格への準拠が組み込まれた形でユーザーに提供します。Code Workspaces を使用すると、ユーザーは既存の内部システムに安全に接続し、Foundry のアクセス制御とデータ許可機能を持つデータ上に分析、モデル、ダッシュボード、または全体のワークフローを構築することができます。
Code Workspaces の導入により、運用化はもう一歩先に進んでいます。お馴染みの IDE を使用すると、オントロジーにモデルを消費し、公開することができ、新しいデータが利用可能になったときに自動的に更新されるブランチ上で開発されたガバナンス準拠のダッシュボードを作成することができます。
構築を開始するには、Code Workspaces のドキュメンテーションをご覧ください。
RStudio® と Shiny® は Posit™ の商標です。
Jupyter®、JupyterLab®、および Jupyter® のロゴは、NumFOCUS の商標または登録商標です。
すべてのサードパーティの商標(ロゴとアイコンを含む)は、それぞれの所有者の財産です。アフィリエイトや推奨を意味するものではありません。
公開日: 2023-05-26
Palantir は、Foundry の次世代オントロジー構造の一般利用可能を発表することを誇りに思います。Object Storage v2 (OSv2)は、Foundry オントロジーを動かすバックエンドインフラの全面的な再設計で、長期的には Object Storage V1 (Phonograph)アーキテクチャを置き換えることを目指し、Foundry が進化するにつれてクエリパターン、パフォーマンス、スケーリングについて考慮しながら、複数のデータストレージタイプでオブジェクトストレージをバックアップする柔軟性を提供します。
OSv2 は、Foundry に多くの新機能をもたらし、スケールとパフォーマンスの大幅な改善と、Foundry オントロジーへの継続的な成長と投資をサポートするアーキテクチャを提供します。
Object Storage v2 には、Foundry のスケール、パフォーマンス、レイテンシの改善が多数含まれています:
OSv2 の新機能には以下が含まれます:
その他の新機能には以下が含まれます:
Foundry では、ダウンタイムなしで Object Storage V1 (Phonograph) から OSv2 へオブジェクトタイプを選択的に移行するための堅牢なセルフサービス移行ツールをオントロジーマネージャーで提供しています。Object Storage V1 (Phonograph) は廃止または削除されていませんが、優れた機能セットと長期的な製品ロードマップのため、新しいオブジェクトタイプには OSv2 を推奨します。
Object Storage v2 のドキュメンテーションで詳細を読むことができます。
公開日: 2023-05-26
Foundry の新しいコンシューマー専用モードで、シングルアプリケーションユーザー向けの簡略化された体験を設定できます。Foundry は、特定のユーザーグループの体験を、許可が与えられたカスタムアプリケーションのみに制約する堅牢な設定をサポートするようになりました。この制限付きビューでは、これらのユーザーが特定のアプリケーションから離れることはないため、ナビゲーションサイドバーは表示されません。
コントロールパネルの Foundry Suite 設定には、プラットフォームへのアクセスを制限する設定があります。デフォルトでは、この設定は「この組織のすべての人」に設定されており、現在の動作を維持します。
また、プラットフォームへのアクセスは、特定のグループのみに与えられ、他のユーザーは、明示的にアクセス許可が与えられた Slate または Workshop で作成されたコンシューマ向けアプリケーションのみにアクセスできるようになります。プラットフォームへのアクセスがない場合、これらのユーザーは Foundry のサイドバーを表示せず、Foundry の他の部分に移動することができません。
この設定により、カスタムアプリケーションのユーザーが Foundry の全体にアクセスする必要がない場合に、真に独立した体験を提供することが可能になります。このタイプの制限されたアクセスを設定する方法と詳細については、コントロールパネルの Workspaces ドキュメンテーションをご覧ください。
公開日: 2023-05-11
Quicksearch は、リソースの検索と Foundry のナビゲーションを迅速かつ快適に行うために開発された新しい検索、ナビゲーション、発見のツールです。Quicksearch の対話モードには 2 つの新しいモードがあります。
Quicksearch のキーボードショートカットとジャンプモードを使用して、マウスを手に取らずに Foundry を思考の速さでナビゲートできます。
*Ctrl+J
(Windows)または Cmd + J
(macOS)で Quicksearch を開きます。Ctrl + J
、macOS で ⌘ + J
を使用します。Enter/Return
を押すか、アプリ、オブジェクト、データセット、ファイル でフィルターすることで、高度な検索モードに移動できます。Foundry のデータ、アプリケーション、リソースを探索して、関連する作業成果物を見つけ出すことができます。
Discover
権限のあるコンテンツは、「アクセスをリクエスト」メッセージが表示されます。ユーザーは、アクセス権がないコンテンツを表示しません。公開日: 2023-05-11
Applications Portal は、Foundry のすべてのアプリに迅速にアクセスし、発見するための新しいツールであり、コアの Foundry プラットフォームアプリと、プラットフォーム管理者によってポータルに昇格された信頼性のあるカスタムアプリを含みます。
アプリケーションポータルは、Foundry のサイドバーから起動し、すべてのアプリケーションが表示されるビューに開きます。プラットフォームアプリと昇格されたカスタムアプリケーションをナビゲートするための追加のカテゴリがあります。⭐でアプリケーションをお気に入りにすると、サイドバーにピン留めされ、すぐにアクセスできるようになります。
アプリケーションポータルには 2 つのエンゲージメントモードがあります。
昇格されたアプリケーションの権限とワークフローの詳細については、Applications Portal のドキュメントを参照してください。
公開日: 2023-05-04
承認アプリケーションを使用して、リクエスト、承認、プラットフォームの変更を管理します。承認は、組織のコンプライアンス、ガバナンス、ピアレビューワークフローを促進することに焦点を当てており、レビュープロセスの設定と簡単にアクセスできる監査履歴の提供を可能にします。
承認アプリケーションでは、管理者が共通の受信トレイから Foundry の個別タスク(個々のアクション)で構成されるユーザーリクエストを設定し、適切な承認者が審査するようにすることができます。ユーザーは、承認者による承認の対象となるタスクのリストから選択できます。さらに、ユーザーは、プロジェクトへのアクセスリクエストを行う際に、既存のグループに参加することをお勧めします。これにより、管理者はプラットフォーム設定のグループ設定でアクセス権の管理を中央で行うことが最適化されます。
リクエストのすべてのタスクが承認されると、Foundry は自動的にリクエストを完了し、管理者が手動で調整を行って決定を適用したり、正しい設定が完了したかどうかを確認する努力が必要なくなります。
承認は、プロジェクトへのアクセスリクエストの収集と管理に関する特定の問題に対処するだけでなく、アクセスおよび変更管理プロセスのための他の承認ワークフローを Foundry 全体で集中化する基盤を築くことも目指しています。
承認を使用することで、組織は、監査目的のためのデータアクセス決定のデータフローに関するより深い洞察を得ることができます。さらに、管理者やプロジェクトオーナーなどの審査者は、自分の監督範囲と責任範囲に関連する特定のタスクに割り当てられます。
ユーザーがリクエストを行うと、プラットフォーム内の通知とメールが自動的に責任者の審査者に送信されます。リクエストは、承認ユーザーインターフェース内で直接検討され、必要に応じて、審査者はコメントを残したり、ユーザーの回答に対して特定のタスクに関する明確化を求めたりできます。リクエストが承認されると、Foundry は追加の手動変更が不要な状態で自動的に変更を実行します。
承認は、ユーザーがリソースへのアクセスを承認し、管理者またはオーナーの審査が完了した後に自動的に権限が付与されるプロセスが必要な組織向けに設計されています。今後のリリースでは、オントロジー提案や参照の追加などの追加承認リクエストタイプが予定されています。
承認アプリケーションは、すべてのスタックでデフォルトで有効になっています。カスタムワークフローが存在する場合は、その改善されたワークフロー実装を利用するために、承認アプリケーションに適応させることを強くお勧めします。
承認の設定に関するドキュメント を確認して、開始してください。
ボードタイトル | Contour のボードにタイトルを付けて、識別しやすくできるようになりました。
提案における承認の導入 | ユーザーは、Pipeline Builder の Main ブランチで、変更を採用する前にユーザーの承認が必要な本番環境の重要な Main ブランチを保護することができるようになりました。これを行うには、パイプラインの所有者が、選択したパイプラインの Branches setting で設定を有効にすることができます。標準的なベストプラクティスに従い、提案に貢献していないエディタのみが変更を承認できます。