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

開発ライフサイクル

Palantirのソフトウェア開発と製品設計のアプローチは、素早く進行しつつも、顧客が信頼できる安定した基盤を提供するというバランスを追求しています。私たちは最先端の技術とフレームワークを取り入れつつ、顧客が日々直面している現実の問題に根ざしています。

具体的には、Palantirは顧客と密接に連携しながら新たな機能を開発することができます。このページでは、Foundryプラットフォームの機能が、初期のプロトタイピングと開発から一般提供までどのように進行するかを説明します。

開発のフェーズ

実験的

Foundryで新たに追加される機能は、実験的またはプロトタイプのフェーズで始まります。

これらは、Palantirのエンジニアが通常、少数の顧客と共同で開発する初期段階の機能であり、通常は3つ以下です。実験的な機能の目標は、新たな機能をできるだけ早く示し、検証することです。長期的な維持性よりも開発の速度を優先することで、解決策の範囲を広げることができます。この開発フェーズの製品は、頻繁に大幅に変更され、完全に廃棄されることもあります。

実験的なフェーズの機能は一般的に公開されていませんし、ベータ版や一般提供のフェーズに進むとは限りません。これは設計上の意図であり、新機能をオープンエンドの方法で実験することが、Palantirの最も重要な進歩をもたらしてきました。Foundryのほぼ全ての部分が、その歴史の一時点でこのフェーズを経験しています。

ベータ版

機能の価値とアプローチが1つ以上の顧客パートナーで確認されると、それはより多くの顧客に対してベータフェーズで利用可能となります。

ベータ機能の目的は、製品の長期的な維持性に重点を置くことです。そのため、開発過程で十分なフィードバックを得るために、これらの機能を顧客に対してゆっくりと展開します。ベータフェーズのパートナーは、これまでに開発された機能とのニーズの一致、および提供するフィードバックが製品の最も不確実な領域と一致するかどうかに基づいて選ばれます。

ベータ機能は、顧客パートナーがこの初期段階の機能を使用するのを助けるために、公開されていることもありますが、多くのFoundry環境では利用できません。機能がベータフェーズにあるとき、そのことはドキュメンテーションで明示されます。

ベータ機能が一般提供に進むとは限りませんが、大多数は進むでしょう。製品の不確実性の大部分は、実験的なフェーズで解消されます。

一般提供 (GA)

一般提供は、Foundryの大部分の機能を説明するために使用される用語です。GA機能は顧客に対してデフォルトで有効にされ、プラットフォームのコア部分を構成します。機能がGAになると、その他のプラットフォーム部分がそれらの上に構築して、プラットフォーム全体での緊密な統合を可能にします。

GAフェーズでは、Palantirのエンジニアと機能を使用する広範な顧客群との間に、継続的なフィードバックループが存在します。フィードバックは、トリアージ、優先順位付けされ、Foundryの製品ロードマップに取り入れられ、更新はApollo、Palantirの継続的な配信のためのプラットフォームを使用して顧客に素早く提供されます。

GA機能は広く利用可能ですが、あなたの環境ではすべての機能が有効になっていない場合があります。これは、特定の機能が特定の種類のインフラストラクチャに依存しているか、特定の契約合意が必要な場合があるためです。たとえば、Foundryの一部のGA機能は、Palantirの管理されたSaaS環境でのみ利用可能で、自己ホスト型のインストールには対応していません。

新たな機能やアプリケーションが一般提供として発表されたとき、特定のFoundryエンロールメント内で利用可能になるまでには1週間以上の遅延があることに注意してください。機能やアプリケーションの具体的な提供タイミングについては、Palantirの代表者にお問い合わせください。

特に指定がない限り、公開されている任意の機能は一般提供とします。GAの機能は将来も完全にサポートされることを確信していただけます。プラットフォームからGA機能が削除される場合は、以下に概説する廃止プロセスに従います。

サンセットと廃止

開発が進行するにつれて、Foundryの既存の機能やアプリケーションがその有用性や目的の終焉を迎える、または他の機能に取って代わられることがあります。元々の機能のビジョンが、それが対応するように成長した問題空間よりも狭いか、新たなツールや機能が問題へのより堅牢かつスケーラブルなアプローチを可能にするかもしれません。

以前はGAの機能がこのフェーズに到達すると、サンセット期間を経て、正式に廃止されることがあります。廃止された機能は、プラットフォーム内やドキュメンテーションでそのように指摘されます。廃止された機能に依存する既存のワークフローがある場合、統合されたUpgrade Assistantが変更の通知と、廃止に対する明確な期限を提供するために使用されます。アプリケーションレベルの廃止については、廃止の意図と最終的な廃止通知が、登録されたプラットフォーム管理者の連絡先詳細と共に公開され、Foundry Announcements pageでも公開されます。機能の廃止に向けた進行は定量的に追跡され、機能が最終的にプラットフォームから削除される前に、すべての顧客が代替品に移行できるように確認されます。

結論

Palantirの製品開発へのアプローチは、迅速な機能開発と顧客との緊密な共同作業を可能にするように設計されており、同時に、顧客がFoundryプラットフォームの機能を組織のデータインフラストラクチャ、分析、日常業務のコアビルディングブロックとして依存できるように確保しています。