注: 以下の翻訳の正確性は検証されていません。AIPを利用して英語版の原文から機械的に翻訳されたものです。
Object Explorer で特定のオブジェクトタイプの特定のオブジェクトへのアクセスを提供するには、Ontology Manager で制限付きビューを元データセットとして設定します。制限付きビューを元にしたオブジェクトタイプを正常に設定して保存するには、制限付きビューの入力データセットに対する閲覧アクセス権が必要です。
制限付きビューを作成および編集するには、ロールインターフェースの Granular Permissions 管理ワークフローで付与される、次の条件を満たす必要があります。ロールインターフェースにアクセスするには、設定に移動し、サイドバーのプラットフォーム設定セクションでロールを選択します。ロールインターフェースへのアクセスには特別なプラットフォーム権限が必要です。このレベルのアクセスが必要な場合は、Palantir の担当者にお問い合わせください。
| ロール | 説明 |
|---|---|
| 制限付きビューリソースの作成 | フォルダー/プロジェクトに対して必要です。 |
| データセットの制限付きビューの作成 | 制限付きビューの上流データセットに対して必要です。 |
| リソースの Granular Policy の編集 | リソースの Granular Policy を編集します。 |
| リソースの Granular Policy の読み取り | リソースの Granular Policy を読み取ります。 |
| 制限付きビューリソースの編集 | 制限付きビューを編集する(ポリシー、マーキングの引き受け)ために必要です。 |
| 制限付きビューリソースの閲覧 | 制限付きビューのプロパティ(ポリシー、マーキングの引き受け)を表示します。 |
| 制限付きビュートランザクションの閲覧 | 過去のトランザクションのメタデータ(ポリシー、マーキングの引き受け)を表示します。 |
制限付きビューをビルドするには、入力データセットに対する閲覧アクセス権と、出力の制限付きビューに対する編集権限が必要です。
Contour 分析で制限付きビューを使用するには、制限付きビューの読み取り権限が必要です。
制限付きビューを元にしたオブジェクトタイプを設定して保存するには、次の条件を満たす必要があります。
Object Explorer でデータセットを元にしたオブジェクトに Granular Policy を使用する場合、このタイプのオブジェクトを表示するには、データセットに対するオントロジーデータソースの閲覧権限が必要です。
制限付きビューのポリシーは、Granular Policy を使用して、ユーザーがアクセスできる行を決定します。Granular Policy の設計、ユーザー属性、ポリシーの比較、ポリシーの制限について、詳しくはこちら。
制限付きビューはデータセットに似ていますが、いくつかの重要な違いがあります。その内容は、ポリシー定義と、特定の時点におけるユーザーの属性およびグループへの所属という、2つの動的な要素を組み合わせたものです。ポリシー定義の履歴は、トランザクション履歴に保持されます。ただし、すべてのユーザー属性およびグループへの所属の完全な履歴をトランザクション履歴に保持することはできません。
制限付きビューは、個々のユーザーがパイプラインを分析に利用しやすくするために設計されています。新しいデータセットを生成するバッチ派生ジョブ(たとえば、トランスフォーム、Code Workbook の出力、データセットに書き込む Pipeline Builder の出力)の入力としては使用できません。Foundry で構築されるパイプラインは、再現可能であり、実行するユーザーに依存しないことが求められます。この要件は、ユーザー属性に依存する行レベルの権限を提供する制限付きビューとは両立しません。
このバッチ派生に関する制限は、制限付きビューの完全性に関する特性であり、ユーザーが読み取れる行の機密性を保証するものではありません。制限付きビューのポリシーは、ユーザーが読み取れるデータを絞り込みますが、下流の出力やエクスポートには適用されません。モデルの全体については、アクセス制御の伝播を参照してください。
制限付きビューを含むパイプラインで共同作業を行おうとするユーザーは、ポリシーステートメントにアクセスできない場合があり、ユーザー属性やグループへの所属も同じとは限りません。そのため、制限付きビューで表示される行や集計結果は、ユーザーごとに異なる可能性があります。きめ細かく権限が設定されたデータに基づくワークフローが、Foundry の通常のデータセットリソースに基づくワークフローと同じように動作すると考えないでください。
下流の変換では、その後の下流の変換でポリシーが参照する列が保持されることを強制する仕組みはありません。制限付きビューの読み取り専用という特性は、そのスキーマと列を変更から保護します。これはリソースの完全性に関する特性であり、ユーザーが読み取れる行の機密性を保証するものではありません。データが下流に流れる際も保護を保持するには、基になるデータにマーキングまたは機密情報区分に基づくアクセス制御を適用します。
次のテーブルは、制限付きビューの現在の制限事項をまとめたものです。
| 操作 | 制限付きビューでの対応 | 説明 |
|---|---|---|
| 読み取り | はい | 制限付きビューは、オブジェクト経由または Contour で読み取れます。 |
| オンザフライ計算 | はい | 制限付きビューでは、アクセス可能な行を使い、オブジェクト経由(Quiver や Functions など)またはデータセット上(Contour などのツール)で計算を実行できます。 |
| ライトバック | はい | 制限付きビューに基づくオブジェクトには、ライトバックを定義できます。 |
| エクスポート | はい | 制限付きビューのデータは、Quiver、Contour、およびその他のアプリケーション経由でエクスポートできます。 |
| バッチ処理 | いいえ | ユーザーごとに表示されるデータのサブセットが異なるため、制限付きビューはバッチ処理に対応していません。 |
| 出力を Foundry データセットとして保存 | いいえ | 制限付きビューに対して実行した変換に基づく出力の保存には対応していません。Spark は行レベルの権限にネイティブで対応していないため、その後のトランザクションでも制限による保証が維持されることを強制する方法がありません。 |
| Postgres への同期 | いいえ | ユーザー属性に依存する行レベルの権限が維持されないため、制限付きビューの Postgres への同期には対応していません。 |
このテーブルのいいえの行は、完全性に関する制限です。結果として生成される出力ではポリシーを確実に再現できないため、プラットフォームはこれらの操作を防ぎます。これらは、ユーザーが実際に読み取る行の機密性を保証するものではありません。制限付きビューを通じて読み取られたデータも、下流の操作によって書き込み、エクスポート、または変換が可能であり、その再利用は下流の操作自体の制御によって管理されます。データが下流に流れる際も保護を保持するには、Granular Policy とマーキングまたは機密情報区分に基づくアクセス制御を組み合わせます。モデルの全体については、アクセス制御の伝播を参照してください。