8月26日、SD Timesが「Why Platform Engineering Must Evolve for the Agentic Era」と題した記事を公開した。AIエージェントが「プラットフォームの利用者」になる時代に向けて、プラットフォームエンジニアリングがどう変わらなければならないかを論じた内容で、プラットフォームエンジニアリングの進化を論じる3部作の第1弾に位置づけられている。
問題の核心：AIをのせる土台が古すぎる
VMware by Broadcomの調査「Private Cloud Outlook 2026」によれば、エンタープライズIT組織の**57%が「最優先のモダナイゼーション戦略はAI機能の既存アプリへの追加」だと答えている。しかし同じ調査で、72%**の企業がアプリケーションポートフォリオの半分未満しかモダナイズできていないという実態も明らかになっている。
つまり、10社中7社が「AIのために設計されていない基盤」の上にAIを無理やり乗せようとしている状態だ。
この問題はAIへの意欲が足りないのではなく、インフラとオペレーティングモデルの準備不足が原因だと記事は指摘する。
Platform Engineering 2.0とは何か
記事が提示するフレームワークが「Platform Engineering 2.0」だ。
- 1.0：開発者がセルフサービスでインフラを使えるようにし、セキュリティやベストプラクティスを埋め込む
- 2.0：その哲学を自律型AIエージェントにまで拡張する
現時点で、エンタープライズの80%がすでに専任のプラットフォームエンジニアリングチームを持つ。1.0はすでに主流だ。ただし今、プラットフォームの「消費者」の性質が変わりつつある。AIアシスト開発ツールや自律エージェントが、人間と同じくインフラをプロビジョニングし、プルリクエストを開き、機械の速度でアクションを起こすようになっている。
エージェント時代に求められる4つの変化
記事はこのシフトを引き起こす4つの力を挙げている。
① ガードレールのAPI化
エージェントが数秒で環境をプロビジョニングできるなら、プラットフォームは「人間が承認する」前提のUIではなく、機械が読めるAPIとして能力を公開し、人間なしでガードレールを強制しなければならない。
② 新たなプラットフォームプリミティブ
GPU、LLMサーバー、**MCP（Model Context Protocol）サーバー・ゲートウェイ、ベクターデータベース**（テキストや画像を数値ベクトルとして格納し、意味的な類似検索を可能にするデータベース）といったAI固有のインフラが、コンピュートと同列の「コアプリミティブ」として扱われる必要がある。これらはスケーリング特性もコスト構造も従来のコンピュートとは根本的に異なる。
③ リアルタイムのコストガバナンス
自律ワークフローはリソースを非線形に消費し、実行が失敗してもコストが発生する。従来型の「事後レポート」ベースのFinOps（クラウドコストの可視化・最適化・管理を組織横断で実践する手法）では対応できない。コスト制御はAPIとポリシーの層で、リソース消費の前または最中にリアルタイムで機能しなければならない。
④ すべてのアクションの認証と監査
人間もエージェントも同じプラットフォームで動く以上、すべてのアクションは認証・スコープ限定・監査可能でなければならない。「誰がやったか」ではなく「何がやったか」も追跡対象になる。
変わらないもの
記事は「2.0は1.0を捨てない」と明言している。「舗装された道（Paved Roads）」「セルフサービス」「プロダクトとしてのプラットフォーム」という原則は引き続き基盤となる。変わるのは主要な消費者の性質だ。人間向けにインフラを見せることから、人間と機械の両方が安全に動けるようガードレールとポリシーを強制することへ、重心が移る。
次回（第2弾）では「エージェント時代のプラットフォームを定義する5つの柱」が取り上げられる予定だ。
詳細はWhy Platform Engineering Must Evolve for the Agentic Eraを参照していただきたい。
