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

5 - パイプラインを考えるべき時!

この内容は learn.palantir.com ↗ でもご覧いただけますが、アクセシビリティの観点から、ここに掲載しています。

パイプラインを構築するべき時と、その始め方

パイプライン開発の最初のステップは、データ駆動の結果に合意することです。これには、一連のContourダッシュボード、Slateアプリケーション、または新しいオントロジーオブジェクトとリンクタイプに基づいた統合されたWorkshopモジュールが含まれるかもしれません。ユーザーの目標が明確になったら、それをサポートするために必要なデータを計画し始めることができます。

一般的に、以下の「トリガー」の組み合わせがある場合、運用上重要またはユーザー向けのワークフローをサポートする生産データパイプラインを構築することを示唆します:

  • 望む出力を明確に定義し、ソースデータを特定している。
  • ソースデータと最終出力を直ちにバックするために必要なデータとの間にギャップがある。
  • ソースデータを更新してデータ資産を最新の状態に保つ必要がある。
  • 最終製品がサービスレベルアグリーメント(SLA)を遵守する必要がある。

以下のスケッチでは、チームが内部報告用のContour分析とダッシュボード、および操作デスクからの書き戻しアクションを可能にするユーザー向けWorkshopモジュールを作成する必要があると判断しました。右から左に作業を進め、サポートする元データセットを埋めるために必要なデータを特定し、生のソースから強化された状態に移行するために必要なトランスフォームステップについて議論しました。たとえば、エンドユーザーがソースイベント(たとえば、フライトが実際に遅れる)と最終製品に表示されるまでの 30 分以上の遅延に耐えられないことを確認したかもしれません。