CNCF: Kubernetes Pod가 AI 에이전트의 올바른 배포 단위입니까?

Pod는 일시적인 에이전트를 위해 설계되지 않았습니다

Pod——네트워크와 스토리지를 공유하는 하나 이상의 컨테이너를 포함하는 Kubernetes의 최소 스케줄링 단위——는 단기 작업이 아닌 장기 실행 서비스를 위해 설계되었습니다. Solo.io의 린 선은 2026년 7월 14일에 발행된 새로운 CNCF 블로그 포스트에서 이 한계를 탐구합니다.

AI 에이전트는 웹 서비스와 완전히 다르게 동작합니다: 작업을 받을 때만 깨어나서 몇 초에서 몇 분 범위 내에 작업을 완료하고, 다시 유휴 상태로 돌아갑니다. 작업 사이에 계속 실행 중인 전용 Pod는 CPU와 메모리를 무용하게 소비하며, 대규모 클러스터에서는 빠르게 상당한 비용이 쌓입니다.

「agent-substrate」 모델은 무엇을 제공합니까?

선은 「agent-substrate」라는 새로운 컨트롤 플레인을 제안합니다. 이는 Pod 대신 WorkerPool로 구성된 Actor를 사용합니다——이는 기능적으로 노드용 NodePool에 대응합니다. 핵심 장점: 단일 Worker가 더 많은 일시 중지된 Actor를 동시에 호스팅할 수 있습니다.

실제로 입증되었습니다: Worker 3개로 엄격한 1 Pod = 1 에이전트 모델보다 훨씬 더 많은 논리적 에이전트를 관리할 수 있습니다.

커뮤니티의 미해결 과제

이 제안은 일련의 해결되지 않은 과제를 제기합니다: 여러 클라이언트가 같은 WorkerPool을 공유할 때 멀티 테넌시를 해결하는 방법, 에이전트별 할당량 및 청구를 설정하는 방법, 그리고 에이전트 아이덴티티가 더 이상 Pod와 1:1로 연결되지 않을 때 가시성과 감사를 보장하는 방법. CNCF 커뮤니티는 토론 참여와 기여를 요청받고 있습니다.