ログインできない部屋に、パッチが届く
外につながるネットワークケーブルが一本も刺さっていないサーバー室がある。壁の向こうは軍の機密ネットワークで、そこで動いているソフトウェアを書いた会社の技術者は、生涯その部屋に足を踏み入れることができない。身分証も、リモート接続の許可も、下りない。
それでも、昨日見つかったばかりの脆弱性の修正パッチは、その部屋のサーバーに届いて、勝手に当たっている。人間が手順書を見ながらコマンドを打つのではなく、部屋の中で動いている常駐プログラムが、外から運び込まれた「作業指示書」を読み、条件が揃っていることを自分で確かめてから、適用する。
これを成立させているソフトウェアが、パランティア・テクノロジーズのApollo（アポロ）だ。同社は自社の説明で、サービスへのパッチ適用や変更を平均3.5分で完了できるとしており、本番障害の復旧時間も数時間単位から5分未満へ短縮したと述べている。艦艇の中でも、砂漠の前線基地でも、工場の閉じた制御網でも、同じ仕組みが動く。
分かりやすく言えば、スマートフォンのアプリが夜のうちに勝手に新しくなっている、あの体験を、インターネットにつながっていない場所で成り立たせる装置である。ふつうのSaaSは、提供側が自分のサーバーに新しいコードを置けば全ユーザーに行き渡る。だが顧客のデータセンターや軍の閉域網に入ったソフトウェアは、提供側が触れない。触れないまま、それでも毎週アップデートを届ける。この一点のためにパランティアが二十年かけて作ったのが、Apolloという製品である。
Apolloとは何か ― パランティアの「三つ目のプラットフォーム」
パランティアは米証券取引委員会に提出した2025年度の年次報告書で、自社の主要なソフトウェア基盤を四つ挙げている。データ統合基盤のFoundry、防衛・情報分野向けのGotham、生成AI基盤のAIP、そしてApolloだ。Apolloについての記述は素っ気ないほど短く、「継続的デリバリのプラットフォームであり、他のプラットフォームを載せている基盤インフラを管理するために、毎日サービスと資産のアップグレードをオーケストレーションする」とある。同じ文書は、Apolloを商用ソリューションとして提供し始めたのは2021年だと明記している。
もともとは外販製品ではなかった。2020年に同社が公開した解説によれば、Apolloは2016年にFoundryを作るのと並行して、そのパブリッククラウド版を運用するための社内自動化基盤として生まれた。ところが顧客の中には、政府専用クラウドや機密ネットワークでしか使えない組織、潜水艦やドローンのように通信が途切れる環境で使いたい組織がいた。そこでFoundryから切り離し、アプリケーションとインフラの間に挟まる独立した層として作り直した。この判断が、後に「第三のプラットフォーム」と呼ばれる位置づけを生んでいる。
規模の感覚をつかむために、同社が公開しているApolloの解説資料の数字を挙げておく。2022年版では、社内250以上のエンジニアリングチームが使い、250以上のサービスを、300以上のデプロイ環境へ届けていた。2025年版では、チーム数は同じ250以上のまま、管理対象サービスは400以上、環境は700以上に増え、1日あたり7万件を超える対象がアップグレードされている、と記されている。三年で環境数が倍以上になった計算だ。
なお、Apollo単体の売上は開示されていない。パランティアの2025年度の売上は45億ドル（約7,200億円）、顧客数は954社で、その内訳は政府向けと商用向けの比率しか公表されていない。Apolloは、収益源というより、同社の全製品を成立させている土台として扱われている。
なぜ世界は「閉じた環境」だらけになったのか
Apolloの解説資料は、問題設定にかなりの分量を割いている。要約すると、2016年ごろに「クラウドはひとつ」という前提が崩れ、空を見上げたら雲だらけになった、という話だ。
理由は五つ挙げられている。ひとつはクラウド料金の膨張と、特定ベンダーへの依存を避けたいという動機。二つ目は主権クラウドで、フランス、ドイツ、カナダ、オーストラリア、英国、米国などが、政府専用や機密扱いのクラウドを一般のパブリッククラウドとは別に用意し、それぞれ独自の規則を課している。三つ目はデータの所在地規制。四つ目は、クラウドのやり方は取り入れたいが、セキュリティや費用の都合でオンプレミスに留まりたいという需要。そして五つ目が、工場の床やドローンや衛星といったエッジの拡大である。
日本の現場に置き換えると、この話は一気に具体的になる。工場の制御ネットワークでは、パッチを当てるために装置を再起動すれば生産ラインが止まる。古い制御機器はそもそもソフトウェア更新に対応していない。さらに厄介なのは、更新を当てた瞬間に装置メーカーの保証対象から外れる、という契約上の問題だ。結果として、脆弱性が分かっていても放置される期間が長くなる。
金融の勘定系も、電力の制御系も、自治体の基幹業務も、構造は似ている。止められないから触らない。触らないから古くなる。古くなるから、いざ触るときの危険が増える。この悪循環を、人間の腕力ではなく仕組みで断ち切ろうとするのがApolloの発想である。
ハブとスポーク、そして「計画」という仕組み
構造そのものは、聞いてしまえば素朴だ。中央に「Apolloハブ」を置き、管理される環境それぞれに「スポーク制御プレーン」を置く。ハブは各環境の状態と固有の要件を把握し、スポークに対して作業計画を提案する。スポークはKubernetesの上で動き、管理対象のソフトウェアと並んで常駐し、現在の状態をハブへ報告し、ハブから受け取った計画を実行する。
肝は、この計画の作り方にある。ハブの中心には「オーケストレーションエンジン」があり、あるべき状態と、実際に報告されてきた状態を突き合わせ、その差を埋める手順を組み立てる。ここまではKubernetesの制御ループと同じ考え方だが、Apolloが独自なのは、ソフトウェア側と環境側の両方から出された制約を全部満たす手順しか提案しない点だ。
制約の例が分かりやすい。あるサービスの新機能が、別のサービスの新しいAPIに依存しているとする。開発者はコードの隣に置くメタデータへ「相手のバージョンは1.1.0以上」と書いておく。すると、依存先がまだ古いままの環境では、Apolloはそのアップグレードを提案しない。逆に、依存先が古いAPIを削除した新版を出そうとすれば、呼び出し側が対応するまでその新版を配らない。
もっと効いているのがデータベースのスキーマ移行だ。旧形式しか読めないバージョン、両方読めるバージョン、移行を実行するバージョン、新形式しか読めないバージョン。この四段階を、順番を飛ばさずに通す必要がある。飛ばせばデータが壊れる。Apolloは、リリースごとに「対応できるスキーマの範囲」を宣言させ、稼働中のサービスに現在のスキーマを報告させ、移行が完了したと報告されるまで次へ進めない。切り戻しのときも同様に、現在のスキーマを読めるバージョンまでしか戻さない。
その上に、運用側の都合を書き込む仕組みが乗る。環境ごとにリスク許容度に応じた配信チャネルを選べる。まず内部環境へ、次に一般環境へ、最後にミッションクリティカルな環境へ、と段階的に広げていく。新旧を並走させて徐々に切り替える無停止アップグレードもある。深夜しか更新を受け付けない、といった時間帯の指定もできる。そして、問題のあるバージョンが見つかれば「リコール」をかけ、管理下の全環境を既知の安全なバージョンへ戻す。リコールは人間が発動することも、Apolloが性能やエラーの推移を見て自動で発動することもある。
エアギャップをどう越えるのか ― バンドルという小包
ネットワークが物理的に切れている場所へこの仕組みを届ける方法は、ハブを分身させることだ。インターネット側にあるメインのハブとは別に、隔離されたネットワークの内側に「リモートハブ」を置く。リモートハブは、そのネットワークの中の環境群を独立して管理する。そしてメインハブとリモートハブの間は、「Apolloバンドル」と呼ばれるひとかたまりのデータを運ぶことで同期される。
パランティアの日本語サイトはこれを「開発はローサイド、デプロイはハイサイド」と表現している。低い機密区分のネットワークで開発し、高い区分のネットワークで動かす、という米国の情報セキュリティの語法だ。同社が2022年にApolloの機能群を製品化したとき、この機能には「エアギャップ環境管理」という名前が与えられ、ネットワーク境界を越えて必要なものだけを賢く束ねて送る、と説明されている。
バンドルの中身は、製品とそのリリース、環境、公開チャネルといった構成情報だ。逆に、ハブの設定そのものや権限、ロールの割り当て、チームのメンバーシップは持ち運べない。受け取り側で改めて設定し直す必要がある。閉域側の権限管理は閉域側の責任として切り離されている、と読める設計だ。
実際の運び方は、セキュリティ区分ごとの規則に従う。パランティアが自社の最高機密レベルの環境について書いた解説によると、開発者がコードを直せばリリースが生成され、Apolloがその区分向けの書き出しを準備する。あとは同社のネットワーク運用センターの担当者が、定められた手順に従ってそれを境界の向こうへ運ぶ。運ばれた先では、Apolloが人手を介さずアップグレードを実行する。製品の担当者と運用センターの間で日程を調整する、という高くつく手続きが丸ごと消える。
2026年に入って、この輸送まわりの機能が目に見えて整備された。3月には、バンドルの承認状態を受信箱やパイプライン画面で分かるように表示する改良が入り、リコールに関する機微なメタデータを送り先へ含めるかどうかを選べるようになった。5月には、バンドルに署名する操作がシングルサインオンに対応し、毎日トークンを発行し直す手間が消えた。そして6月23日、書き出しと取り込みの機能がすべてのApolloハブで使えるようになった。パランティアはこれを「ネットワークにつながっていない環境へソフトウェアを届ける、途切れのない方法」と説明している。同じ時期に、ブラウザから時間制限つきでkubectlを触れるデバッグ用ターミナルも追加されている。
この仕組みが最も劇的に効いた例として、同社はLog4jの脆弱性対応を挙げている。2021年末に世界中のシステムを揺らしたあの問題で、Apolloはオンプレミスのデータセンター、エッジ機器、機密ネットワークを含む200を超える環境に対し、数千のサービスのアップグレードを数時間のうちに完了させた、としている。閉域にあるサーバーほど、ふだんは「後回し」の対象になる。その順序が逆転する。
認定を売る商売 ― FedStartという抜け道
Apolloの話をすると、必ずFedStartという別の商品が顔を出す。こちらは技術というより、制度の商売だ。
米連邦政府にクラウドサービスを売るには、FedRAMPという認定が要る。国防総省に売るなら、さらにインパクトレベルという段階評価がある。パランティアが自ら書いた解説によれば、この認定を取るには、まず後ろ盾になる政府機関を探すのに数か月から数年かかり、専用の技術基盤と数百ページの文書を用意し、第三者監査を受けるまでに平均18か月。監査人やコンサルタントへの初期費用だけで100万ドル（約1.6億円）を超え、その後も月次のスキャン報告や年次評価が延々と続く。同社自身がFedRAMPとインパクトレベル5を取るのに四年を要し、最後は25のチームから60人が一年間フルタイムで張り付いた、と書いている。
FedStartは、この関門を丸ごと迂回させる仕組みだ。他社のソフトウェアを、パランティアが既に取得済みの認定環境の中に載せて動かす。自社で認定を取らなくてよい。コンテナ化できていれば数週間で動き出す、というのが売り文句である。400を超える管理策、暗号化、ログ、認証、脆弱性スキャンといった面倒はすべてパランティア側が引き受ける。そしてその環境を実際に組み立て、動かし続けているのがApolloだ。
制度面の裏づけとして、パランティアは2022年10月に国防総省からインパクトレベル6の暫定認可を得ており、2024年12月3日にはFedRAMPの最高位であるHighの認可を取得している。この認可は、AIP、Apollo、Foundry、Gotham、FedStart、そしてクラウド資源を用意するMission Managerまで、同社の製品群を丸ごと覆う形になっている。
2026年に入ってからも、FedStart経由の事例は続いている。6月18日にはランタイムセキュリティのOligo Securityが参加を発表し、8月5日には建物向けの運用基盤を手がけるKODE LabsのKODE OSが、FedStart経由でFedRAMP Highの認可を取得したと発表した。KODE側は、供給網の完全性についてSLSAのレベル3、アプリケーション側でOWASPの検証基準のレベル3を満たし、運用は米国籍者のみのチームで行うと説明している。ビル管理のソフトウェア会社が、単独ではまず届かない水準の認定を、他社の傘の下で取った形だ。
もっと象徴的なのは、AnthropicがこのFedStartを使ってClaudeを連邦政府向けに提供する体制を組んだことだろう。2025年4月、GoogleがGoogle CloudをFedStartの基盤として使えるようにすると発表した際、その最初の独立系ソフトウェアベンダーとして名前が挙がったのがAnthropicだった。生成AIのように動きの速い会社ほど、認定に何年もかける余裕がない。パランティアが狙ったのは、まさにその層である。
2026年、Apolloは「主権AI」の配送業者になった
2026年、Apolloの立ち位置は静かに変わった。運ぶ荷物が、マイクロサービスからAIモデルそのものへ広がったのだ。
3月12日、パランティアはNVIDIAと共同で「主権AIオペレーティングシステム参照アーキテクチャ」を発表した。ハードウェアの調達からアプリケーションの稼働まで含んだ、丸ごと一式のAIデータセンターの設計図である。公開されている設計文書には、導入手順が六段階で書かれている。まずGPUノードとネットワーク機材を調達する。次に、そのクラスタをApolloの「環境」として接続する。三番目に、パランティアが自社用に作った堅牢化Kubernetes基盤のRubixを、Apolloのスポーク制御プレーン経由で導入する。四番目にFoundryの各サービス、五番目にAIP、最後にAIモデルとワークフローをGPU側へ配る。
そしてこの設計図には、「エアギャップおよびオンプレミスでの導入を前提とし、初期導入後は完全に自律して動くよう設計されている」と明記されている。ネットワーク構成の項では、InfiniBandは対応外だとされ、その理由としてRubixとApolloがIPベースのネットワークとマルチテナント分離を要求するから、と説明されている。Apolloの都合が、データセンターの配線を決めている。
6月29日には、その上で動く中身の話が出た。パランティアは、NVIDIAのオープンモデル群であるNemotronを、AIP、Foundry、Ontology、Apolloの上で動かす仕組みを発表した。狙いははっきりしている。公開クラウドの閉じたモデルは、機密環境に持ち込めない。国防、情報、電力網、金融規制といった領域では、機微なデータを自分のサーバー室の外へ出すこと自体が許されない。そこで、自組織のデータで学習させ、出来上がったモデルの所有権を自分で持ち、エアギャップ環境で動かす。データの利用許諾、境界の強制、顧客ごとの分離、可搬性、消去する権利、監査可能性が、機能として並ぶ。
背景には、パランティア自身の急拡大がある。同社が8月3日に発表した2026年第2四半期の決算では、売上が前年同期比93%増の19億3,500万ドル（約3,096億円）、うち米国商用が149%増の7億6,400万ドル（約1,222億円）、米国政府向けが90%増の8億900万ドル（約1,294億円）だった。通期の売上見通しは81億5,000万ドルから81億5,800万ドル（約1兆3,000億円）へ引き上げられている。共同創業者兼最高経営責任者のアレックス・カープは、この発表で「AI主権への需要が、いま解き放たれた」と述べ、顧客の競争優位が将来のモデルの学習データになってはならない、と続けた。
その「主権」を物理的に成立させているのが、外から入れない場所へ荷物を届けるApolloだ、という構図になっている。
現場のエンジニアはどう見ているか ― 競合と値段
Hacker Newsに投稿された「Apolloは要するにAWSの競合なのか」という素朴な質問への回答が、この製品の性格をよく言い当てている。回答者はまず「違う。ArgoCDの置き換えに近い。ただしArgoがTerraformの計画と適用まで回せたら、という条件つきで」と説明する。そのうえで「これは継続的デリバリの製品であって、継続的インテグレーションは一切含まない」と念を押す。ビルドは既存の仕組みでやれ、ということだ。実際、Apolloの設計思想はそこが徹底しており、コードもビルド成果物も顧客の既存のリポジトリに置いたまま、Apolloのカタログはその所在を示すメタデータだけを預かる。
同じ回答者は、Apolloの本質は結局コンプライアンスだとも言う。新しいリリース、設定変更、脆弱性対応、停止可能な時間帯といったものを、必要に応じて承認プロセスで止められる。設定ファイルの一行を書き換えるだけでも二人以上の目を通すよう指定できる。だから顧客層は防衛産業と情報コミュニティに寄る。そして印象的な例として挙げているのが、現場に持ち出されたノートPCが基地に戻ってきたときに初めて更新が当たる、という使い方だ。
評価は正直だ。「彼らのことは心底好きになれないが、Apolloがソフトウェアのデプロイに関する懸案を非常によくモデル化しているのは事実だ」と書いたうえで、こう続く。どこの職場も自前で継ぎ接ぎのCDを組み立てている。コンプライアンス要件があるなら、その「継ぎ接ぎ問題」を金で消せるのがApolloだ。ただし値段が分からない。分からないなら、多くの組織は有能な運用エンジニアを雇って既製品で組むか、国防総省が公開しているオープンソースのBig Bangを使ったほうが幸せではないか、と。
値段については、公開されている手がかりがひとつある。AWSマーケットプレイスのApolloの出品では、課金単位が「Apollo Subscription Unit」ひとつだけで、1か月契約の場合、1ユニットあたり月額10万ドル（約1,600万円）と表示されている。ただし実際の価格は個別交渉であり、1ユニットが物理的に何に対応するのかは出品情報にも書かれていない。導入の敷居がどこにあるかは、この一点だけでも想像がつく。
代替手段の側にも、はっきりした資金の流れがある。エアギャップ配信のオープンソースであるZarfを開発したDefense Unicornsは、2026年1月13日、ベイン・キャピタルが主導する1億3,600万ドル（約218億円）のシリーズBを発表し、評価額10億ドル（約1,600億円）超に到達した。出資者には元CIA長官のデービッド・ペトレイアス氏も名を連ねる。同社は潜水艦や艦艇、航空機、前線基地といった通信の途切れる場所への配信を掲げ、軍のシステムでの採用が前年比で三倍になったとしている。
認定を貸す商売でも競合がいる。Second Front SystemsのGame Wardenは、2024年9月にセールスフォース・ベンチャーズ主導で7,000万ドル（約112億円）のシリーズCを調達し、2025年8月にFedRAMP Highの認可を取得している。企業向けのオンプレミス配布に絞れば、Owl Rock主導で5,000万ドル（約80億円）を調達したReplicatedがある。ハイパースケーラー側も手を出しており、Google Distributed Cloudのエアギャップ版は、外部と一切つながずに運用でき、国防総省のインパクトレベル6の暫定認可を保持している。Red HatのOpenShiftも切断環境向けの導入方式を持つ。
つまり、この市場は「自分で組む」「オープンソースで組む」「認定ごと借りる」「クラウド事業者の閉域版を買う」の四つに分かれつつあり、Apolloは三番目と四番目のあいだ、いちばん重くていちばん高い場所に陣取っている。
日本のSI企業にとって、Apolloは何を意味するか
日本で「閉じた環境」といえば、金融の勘定系、電力や鉄道の制御系、自治体の基幹業務、そして防衛だ。これらの多くは、元請けのSI企業が運用保守まで丸ごと引き受け、変更は稟議と作業手順書と夜間作業で通してきた。年に数回のリリース、数十人の待機、朝までの立ち会い。この形が、日本のSIの収益の相当部分を支えてきた。
ここに、制度の側から圧力がかかり始めている。経済安全保障推進法の基幹インフラ制度である。内閣府が公表している制度解説資料（2026年7月7日版）によれば、電気、ガス、石油、水道、鉄道、貨物自動車運送、外航貨物、港湾運送、航空、空港、電気通信、放送、郵便、医療、金融、クレジットカードの16分野が対象で、2026年7月1日時点で258の事業者が特定社会基盤事業者に指定されている。指定された事業者が、国が定めた重要な設備を新たに導入するとき、そして「重要維持管理等」を他社に委託するときには、事前に導入等計画書を主務大臣へ届け出て、原則30日の審査を受けなければならない。
つまり日本では、誰がその設備を保守し、誰が更新を当てるのかが、国の審査対象になっている。しかも2026年6月17日には医療分野を追加する改正法が公布され、公布から1年6か月以内に施行される。対象はさらに広がる。
この制度を前提に置くと、Apolloのような基盤が持っている性質の意味が変わってくる。変更のたびに変更要求が起票され、誰がいつ承認したかが残り、どのバージョンのどの部品がどの環境で動いているかを一覧でき、部品表を機械的に出せる。これらは、監査に備えて後から集める資料ではなく、配信の仕組みそのものに埋め込まれた副産物になる。日本のSI企業が手作業と台帳で担保してきた部分が、製品の標準機能に置き換わる、ということだ。
日本市場でのパランティアの足場も、この数年で厚くなっている。2019年11月、同社はSOMPOホールディングスとの折半出資でPalantir Technologies Japanを設立し、SOMPO側は5億ドル（当時の報道で約540億円）をパランティアに出資した。2025年8月5日には富士通がPalantir Technologies JapanとPalantir AIPのライセンス契約を結び、同月19日に発表している。富士通はこれを自社のFujitsu Uvanceの提供メニューに組み込み、2029年度末までに1億ドル（約160億円）規模の売上を目指すとしている。
隣国の動きはもっと踏み込んでいる。2026年3月11日、韓国のLG CNSはパランティアとの戦略提携を発表し、FoundryとAIPを顧客企業向けに仕立て直すため、「フォワード・デプロイド・エンジニアリング」という専任組織を新設すると明らかにした。パランティア流の実装部隊を、アジアのSI企業が社内に持ち始めている。
そして防衛だ。共同通信が2026年8月17日に関係者の話として報じたところによれば、防衛省は自衛隊部隊の指揮統制に米国製のAIを導入することを検討しており、候補のひとつがパランティアのMaven Smart Systemだという。衛星や偵察機が集めた大量の機密データを処理し、戦況分析や目標分析、命令の発出を支援する用途が想定されている。同時に、特定の国や企業への過度な依存を避けるため国産AIを併用する方針で、東京のスタートアップであるサカナAIが2026年6月に公開した複数AIの統括システムを司令塔役に据え、状況に応じて米国製を含む複数のAIへ作業を割り振る案が挙がっている、とされる。同社は同年3月に防衛装備庁と自衛隊の指揮統制システム高度化に向けた委託研究契約を結び、7月29日には防衛省情報本部の総合分析業務でAI機能を調査・実証する契約も締結している。日経アジアとジャパンタイムズも8月11日に、パランティアとアンドゥリルのAIを自衛隊の意思決定に組み込む検討について報じている。
こうしたシステムは、当然ながら最も閉じた環境で動く。誰がどうやって更新を届けるのか、という問いが、そのまま安全保障の問いになる。
これから何が起きるか
直近で最も日付がはっきりしているのは、日本ではなく欧州の話だ。EUのサイバーレジリエンス法において、製造者が実際に悪用されている脆弱性と重大なインシデントを報告する義務が、2026年9月11日から適用される。認知から24時間以内の早期警告、72時間以内の正式通知、是正措置が利用可能になってから14日以内の最終報告。報告先はENISAと各国のセキュリティインシデント対応チームで、専用の単一報告プラットフォームがこの日までに稼働する。本体の製品セキュリティ義務は2027年12月11日から適用される。
これが意味するのは単純なことだ。デジタル要素を含む製品を欧州で売る以上、「更新を届けられる体制」が法的要件になる。届けられない場所に売った製品も、例外にはならない。閉域向けの配信手段を持たない製造者にとって、これは製品仕様の問題ではなく、市場に残れるかどうかの問題になる。
日本側では、2026年末に安全保障関連3文書の改定が予定されている。小泉進次郎防衛相は、この改定に自衛隊でのAI活用を明記すると表明している。防衛省が検討している指揮統制へのAI導入が、どの製品でどの形に落ちるかは、この文書と、その後の予算の付き方で輪郭が出る。経済安全保障推進法の基幹インフラ制度も、医療分野の追加が2027年末までに施行される見込みで、対象事業者はさらに増える。
パランティア自身については、11月に見込まれる2026年第3四半期の決算が次の節目になる。通期の売上見通しは81億5,000万ドルから81億5,800万ドル（約1兆3,000億円）に置かれている。ただしApollo単体の売上は開示されていないため、この製品が事業としてどれだけ伸びているかは、決算数値からは読み取れない。追える指標があるとすれば、FedStart経由で認定を取る企業の発表ペースと、NVIDIAとの参照アーキテクチャに沿ったハードウェアが実際に何台出荷されるかだろう。
日本のSI企業にとっての論点は、Apolloを買うかどうかではない。閉じた環境に置いたソフトウェアを、人を常駐させずに更新し続ける仕組みを、自社で持つのか、借りるのか、それとも持たないのか。持たない選択をした場合、閉域案件そのものが取れなくなる日が、制度の側から近づいてきている。
