OpenKruise Agents v0.6.0、サンドボックスのセキュリティとコスト管理機能を追加

Cloud Native Computing Foundation のプロジェクトである OpenKruise Agents がバージョン 0.6.0 をリリースし、AI エージェントワークロードのセキュリティ、ライフサイクル管理、コスト効率において重要な改善を行いました。2026年11月3日に公開されたこのアップデートは、Kubernetes 上で大規模なエージェントを実行しているチームのために、サンドボックス環境の強化とリソース使用量の自動化に焦点を当てています。

何が起きたか

OpenKruise Agents は、Agent Sandboxes の完全なライフサイクルを管理する OpenKruise のサブプロジェクトです。前回の主要リリースである v0.3.0 以来、本プロジェクトでは283件のプルリクエストがマージされ、27人の新規コントリビューターを迎えました。バージョン 0.6.0 では、アーキテクチャが単純なワークロードレイヤーから、専用のデータプレーンを持つシステムへと移行し、traffic-control-plane と traffic-proxy という2つの新しいコアコンポーネントを追加しました。この構造変更により、外部アドオンに依存することなく、ネットワークトラフィックのより深い検査と、サンドボックス挙動に対するより細やかな制御が可能になります。

今回のリリースは、プラットフォームチームとAIエンジニアにとっての3つの主要な価値次元、すなわちセキュリティ強化、運用能力、コスト最適化に対応しています。トラフィック検査とポリシー配布を第一級のコンポーネントとして統合することで、システムは厳格なネットワークルールを強制し、認証情報を安全に管理し、アイドル状態のサンドボックスを自動的に一時停止してリソースを節約できるようになりました。また、カスタムリソース定義（CRD）の数も6から12に拡大され、PoolAutoscaler や TrafficPolicy など、これらの高度な機能をサポートする新しいオブジェクトが導入されました。

仕組み

新しいアーキテクチャでは、パフォーマンスとセキュリティのバランスを取るため、ネットワーク強制力を2段階に分割しています。ノード側での L4 フィルタリングは、新しい traffic-proxy サイドカーを通じて Pod 内で実行され、トラフィックがノードを出る前に低遅延で不正な宛先をブロックします。中央集約型の L7 深層検査は egress ゲートウェイで行われ、Egress Policy Enforcer が複雑なルールを適用し、Model Context Protocol ツールの許可リストを確認し、認証情報を注入します。これにより、機密性の高い API キーは Kubernetes Secrets からプロキシ側で解決され、サンドボックスを再起動せずにローテーションされるため、エージェントコード内に含まれることがなくなります。

コスト最適化は、自動一時停止および再開メカニズムによって推進されます。システムはプローブを使用してアイドル状態のサンドボックスを検出し、CPU消費を停止するためにそれらを一時停止します。スケジュールされたタスクが近づいたり、新しいリクエストが届いたりすると、サンドボックスは自動的に起動します。ingress ゲートウェイは wake-on-traffic を処理するため、最初の認証済みリクエストが再開プロセスをトリガーします。プローブが失敗またはタイムアウトした場合、システムは安全性を優先し、インスタンスを一時停止も起動もしないことで、偶発的なデータ損失やサービス中断を防ぎます。

主な詳細

• ネットワークセキュリティ: L4 ホワイトリストフィルタリング、L7 リクエスト検査、および短命でローテーション可能な JWT トークンを用いた MCP ツールレベルのアクセス制御リストを実装しています。
• 認証情報管理: プロキシレベルで Kubernetes Secrets からアップストリームの API キーを解決し、サンドボックスの再起動なしにローテーションを可能にします。
• ライフサイクル操作: アップグレード中に rootfs を保持するための CheckpointRestore をサポートし、手動介入なしに一時停止中のフリートをバッチアップグレードできます。
• スケーリング: ウォーターマークと cron ベースのスケーリングスケジュールを用いて、ウォームプール容量を宣言的に管理する PoolAutoscaler を導入します。
• アイドル検出: プローブ駆動のロジックを使用し、アイドル状態のサンドボックスを一時停止し、スケジュールまたは最初のリクエスト時に起動することで、不要な計算コストを削減します。
• コミュニティ成長: このリリースには27人の新規開発者からの貢献が含まれており、管理対象 CRD の数が倍増して12個になりました。

なぜ重要なのか

AI製品を構築するエンジニアリングチームにとって、サンドボックス化された環境の管理は、しばしばセキュリティと利便性のトレードオフを伴います。以前のバージョンでは、ネットワークポリシーや認証情報の注入を処理するために外部ツールや手動プロセスが必要であり、セキュリティギャップや運用オーバーヘッドを引き起こす可能性がありました。これらのコントロールをデータプレーンに直接統合することで、v0.6.0 はプラットフォームチームが厳格な egress ポリシーを強制し、アイデンティティを中央で管理することを可能にします。これにより、認証情報漏洩のリスクが軽減され、エージェントが承認済みのサービスのみへアクセスすることが保証され、エンタープライズデプロイメントにとって不可欠な要件を満たします。

大規模なエージェントサンドボックスフリートを運用する際のもう一つの大きな懸念事項は、コスト効率です。アイドル状態のインスタンスは、タスクをアクティブに処理していない場合でもリソースを消費します。新しい自動一時停止および再開機能と宣言的プールスケーリングの組み合わせにより、チームはインフラストラクチャを動的に適切なサイズに調整できます。サンドボックスはオフピーク時間帯にスケールダウンし、スケジュールされたタスクの直前に起動できるため、計算支出が実際の使用量と密接に一致します。この運用成熟度により、 prohibitive なインフラ請求書なしで、本番環境でエージェントワークロードを実行することが現実的になります。

実施できること

• GitHub Releases または主要なイメージレジストリから OpenKruise Agents v0.6.0 にアップグレードし、新しいセキュリティおよびスケーリング機能にアクセスしてください。
• TrafficPolicy および SecurityProfile リソースを定義し、特定の宛先をホワイトリスト登録したり、サンドボックス向けの L4/L7 ネットワークルールを強制したりしてください。
• PoolAutoscaler を cron スケジュールとともに設定し、予想されるピーク使用時間に基づいてウォームプール容量を自動的に調整してください。
• ライフサイクルポリシーを設定して、タイムアウト時に一時停止し、トラフィックまたはスケジュール時に自動再開することで、自動一時停止および再開を有効にしてください。
• 認証情報管理を Kubernetes Secrets とプロキシ側解決を使用するように移行し、API キーをエージェントコードに埋め込むことを避けてください。
• 木曜日 GMT+8 19:30 のコミュニティミーティングに参加するか、GitHub で Issue を作成して、今後のロードマップ項目への貢献を行ってください。