CNCF：KubernetesのPodはAIエージェントの適切なデプロイ単位か？

Podはエフェメラルなエージェントのために設計されていない

Pod——ネットワークとストレージを共有する1つ以上のコンテナを含むKubernetesの最小スケジューリング単位——は短命なタスクではなく、長期稼働するサービスのために設計されています。Solo.ioのLin Sunは2026年7月14日に公開された新しいCNCFブログ投稿でこの制限を探ります。

AIエージェントはWebサービスとは全く異なる動作をします：タスクを受け取ったときだけ起動し、数秒から数分の範囲で作業を完了し、また休眠します。タスク間に起動し続ける専用Podは無駄にCPUとメモリを消費し、大規模クラスターではすぐにコストがかさみます。

「agent-substrate」モデルは何を提供するか

Sunは「agent-substrate」という新しいコントロールプレーンを提案します。これはPodではなくWorkerPoolに配置されたActorを使用します——これはノード向けのNodePoolの機能的な対応物です。主要な利点：1つのWorkerが複数のサスペンドされたActorを同時にホストできます。

実践で示されています：3つのWorkerで厳格な1Pod＝1エージェントモデルよりもはるかに多くの論理エージェントを管理できます。

コミュニティの未解決の問題

この提案はいくつかの未解決の課題を提起しています：複数のクライアントが同じWorkerPoolを共有する際のマルチテナンシーの解決方法、エージェントごとのクォータと課金の設定方法、そしてエージェントのアイデンティティがもはやPodと1:1で紐付かない場合のオブザーバビリティと監査の確保方法。CNCFコミュニティは議論への参加と貢献を求められています。