구글 Agent Substrate·gVisor CNCF 기부, AI 에이전트 샌드박스가 달라지는 이유

일을 멈춘 에이전트의 상태는 어디에 남을까요

AI 에이전트는 코드를 실행한 뒤에도 일이 바로 끝나지 않습니다. 다음 행동을 정하려면 모델의 응답이나 외부 API 결과를 기다려야 하고 때로는 사람이 검토할 때까지 멈춰 있어야 합니다.

이때 실행 자원을 계속 붙잡아 두면 대기 시간에도 자원을 점유합니다. 반대로 실행 환경을 없애면 작업하던 파일과 메모리 상태를 어떻게 이어갈지가 문제가 됩니다.

구글은 이런 실행 패턴이 상시 요청을 처리하는 기존 서비스와 다르다고 설명합니다. 에이전트가 쉬는 동안 상태는 남기되 실행 자원은 다른 세션이 쓸 수 있게 하는 것이 이번 발표를 이해하는 출발점입니다.

이번 뉴스의 중심은 새 출시보다 CNCF 기부입니다

구글 클라우드는 2026년 11월 5일 공식 블로그에서 Agent Substrate와 gVisor를 CNCF에 Sandbox 단계로 기부한다고 발표했습니다. 같은 글에서는 강화학습과 평가를 위한 OpenRL도 함께 소개했습니다.

여기서 Sandbox는 CNCF 프로젝트의 단계를 뜻합니다. 신뢰하기 어려운 코드를 격리하는 실행 환경인 ‘샌드박스’와는 맥락이 다르며, CNCF 졸업 프로젝트가 됐거나 업계의 최종 표준으로 확정됐다는 의미도 아닙니다.

Agent Substrate의 최신 1.0 릴리스와 테스트 가능 여부도 언급됐지만, 발표를 단순한 최초 출시로 읽으면 핵심을 놓칩니다. 이번 변화는 에이전트 실행 기반을 벤더 중립적인 커뮤니티에서 발전시키려는 움직임에 있습니다.

Actor는 상태를, Worker는 실행 자원을 맡습니다

Agent Substrate는 쿠버네티스 위에 actor 기반 제어·데이터 계층을 추가하는 오픈소스 오케스트레이터입니다. 구조의 핵심은 개별 세션을 나타내는 Actor와 실제 실행 자원을 제공하는 Worker의 분리입니다.

Actor는 에이전트 세션의 파일 시스템, 환경변수, 메모리 상태, 네트워크 규칙을 유지합니다. Worker는 공유 WorkerPool 안에 미리 준비된 쿠버네티스 Pod로 세션이 실제로 일할 때 필요한 자원을 제공합니다.

따라서 세션의 수명과 특정 실행 슬롯의 점유 시간을 같게 묶지 않습니다. 에이전트가 다음 응답을 기다리는 동안에도 세션은 이어지지만, 사용하던 슬롯은 반환해 다른 작업에 배정할 수 있는 구조입니다.

멈춘 세션으로 요청이 오면 어떻게 깨어날까요

중단된 Actor에 요청이 들어오면 atenet-router라는 L7 프록시가 요청을 잠시 보관하고 controller를 깨웁니다. controller는 준비된 Worker 슬롯을 배정하고 계층형 저장소에서 메모리와 디스크 상태를 복구합니다.

에이전트가 한 차례 작업을 마치면 상태를 다시 스냅샷으로 저장하고 슬롯을 돌려줍니다. 다음 요청을 받을 때는 남겨둔 상태를 바탕으로 실행을 이어갑니다.

이 흐름에서 중요한 것은 단순히 프로세스를 빠르게 시작하는 일이 아닙니다. 앞선 작업의 맥락을 보존하면서 요청을 다시 연결하는 과정까지 다루므로 일반적인 컨테이너 기동과 구별됩니다.

gVisor는 호스트와 코드 사이에 격리 계층을 둡니다

상태를 잘 복구하는 것과 신뢰하지 않는 코드를 안전하게 실행하는 것은 별개의 과제입니다. 에이전트가 실행하는 코드를 호스트에서 격리하는 역할은 gVisor가 맡습니다.

gVisor는 Go로 구현한 오픈소스 애플리케이션 커널입니다. 공식 글은 이를 runsc와 함께 소개합니다. 사용자 공간에서 시스템 호출을 가로채 처리함으로써 신뢰하지 않는 코드와 호스트 커널 사이에 격리 계층을 둡니다.

구글은 메모리와 프로세스 상태의 가상화가 실행 환경을 동결하고 저장한 뒤 다른 노드에서 복구하는 데에도 도움이 된다고 설명합니다. 격리와 상태 복구를 함께 설계한다는 점이 이번 에이전트 실행 구조에서 gVisor가 중요한 이유입니다.

microVM은 gVisor의 다른 이름이 아닙니다

모든 작업이 같은 실행 환경을 요구하지는 않습니다. 하드웨어 가상화나 사용자 정의 커널 모듈이 필요한 워크로드를 위해 공식 글은 같은 API 아래 Cloud Hypervisor 기반 microVM 지원도 명시했습니다.

gVisor가 곧 microVM이라는 뜻은 아닙니다. 사용자 공간의 애플리케이션 커널을 활용하는 방식과 하드웨어 가상화가 필요한 실행 방식을 구분하면서, 같은 API로 다룰 수 있도록 한 것입니다.

OpenRL 역시 역할이 다릅니다. 공식 글의 구분대로라면 gVisor는 격리, Agent Substrate는 상태 있는 에이전트 런타임과 준비된 WorkerPool, OpenRL은 쿠버네티스 기반 강화학습·평가 오케스트레이션을 맡습니다.

500밀리초라는 수치는 어디까지 읽어야 할까요

구글 설명 기준으로 Agent Substrate는 중단된 세션을 500밀리초 미만에 재개하는 동작 특성을 제시합니다. 다만 이를 모든 클러스터와 작업에서 보장되는 수치나 독립적인 성능 검증 결과로 받아들여서는 안 됩니다.

이번 발표에서 새로운 모델 성능 평가나 훈련 성과가 나온 것도 아닙니다. 초점은 모델의 답변 품질이 아니라, 모델을 기다리고 도구를 실행하는 에이전트의 기반 환경에 있습니다.

실제 도입을 검토한다면 네트워크 접근 범위, 최소 권한, 민감정보 취급, 중단 후 복구를 각 환경에서 테스트할 필요가 있습니다. 이는 일반적인 운영 권고이며, 발표된 기능만으로 모든 프롬프트 인젝션이나 에이전트 보안 문제가 해결된다는 뜻은 아닙니다.

샌드박스의 관심사가 실행 이후까지 넓어집니다

이번 기부를 통해 호환되는 쿠버네티스 클러스터에서 활용할 공통 기반과 벤더 중립적인 커뮤니티를 마련하려는 것입니다. 모든 클라우드에 즉시 제공되는 관리형 서비스가 됐다는 발표로 확대해서 읽을 수는 없습니다.

눈여겨볼 변화는 샌드박스를 격리된 실행 공간으로만 보지 않는다는 점입니다. 에이전트가 멈추고, 상태를 남기고, 다시 실행되는 흐름까지 인프라의 과제로 다루기 시작했다는 데 이번 발표의 의미가 있습니다.

한 줄 요약: Agent Substrate와 gVisor의 CNCF 기부는 AI 에이전트의 격리뿐 아니라 대기 중 상태 보존과 실행 재개까지 함께 다루려는 변화입니다.

참고 출처

구글 오픈소스 블로그의 2026년 11월 5일 발표와 11월 6일 확인한 gVisor 공식 문서를 기준으로 정리했습니다. 500밀리초 미만 재개는 구글 설명 기준이며, 모든 환경에서 검증된 보장 수치가 아닙니다.

• 구글 오픈소스 공식 발표 읽기
• gVisor 공식 문서 확인하기
• Google News RSS에서 확인하기