Kubernetes won the container decade. Google’s Agent Substrate wants the next one.

Kubernetes 이후를 노리는 Google의 Agent Substrate 전략

Kubernetes는 2010년대 컨테이너 오케스트레이션 전쟁에서 압도적인 승리를 거뒀다. Docker Swarm, Apache Mesos 등 경쟁자들을 밀어내고 사실상 업계 표준이 된 Kubernetes는, 현재 대부분의 Java 백엔드 서비스가 의존하는 핵심 인프라로 자리 잡았다. 그리고 이제 Google은 같은 방식으로 차세대 워크로드 런타임 시장의 주도권을 선점하려는 움직임을 보이고 있다.

2026년 5월, Google은 GKE Agent Sandbox를 GA(정식 출시)하면서, 동시에 Agent Substrate라는 두 번째 프로젝트를 함께 공개했다. 이 두 프로젝트가 함께 발표됐다는 사실 자체가 Google의 전략적 의도를 드러낸다. 단순한 기능 추가가 아니라, 새로운 워크로드 범주를 위한 런타임 생태계를 처음부터 설계하겠다는 선언에 가깝다.

컨테이너 시대의 교훈: 런타임 표준을 잡는 자가 생태계를 지배한다

Kubernetes가 성공한 핵심 이유 중 하나는 오케스트레이션 추상화 계층을 표준화했기 때문이다. 개발자는 특정 클라우드 벤더에 종속되지 않고도 동일한 매니페스트로 워크로드를 배포하고 운영할 수 있게 됐다. Java 백엔드 개발자 입장에서도 Spring Boot 애플리케이션을 Deployment, Service, ConfigMap 조합으로 선언적으로 관리하는 방식이 업계 공통 언어가 된 것이 대표적인 예다.

# 전형적인 Spring Boot 앱 Kubernetes 배포 예시
apiVersion: apps/v1
kind: Deployment
metadata:
  name: order-service
spec:
  replicas: 3
  template:
    spec:
      containers:
        - name: order-service
          image: myregistry/order-service:1.0.0
          resources:
            requests:
              memory: "512Mi"
              cpu: "250m"

이처럼 Kubernetes가 컨테이너 워크로드의 공통 제어 평면이 됐듯이, Google의 Agent Substrate는 다음 세대 워크로드 유형을 위한 동일한 포지션을 노리고 있다. 런타임 표준을 먼저 확보한 플랫폼이 이후 툴링, 모니터링, 보안, 네트워킹 생태계 전반을 끌어당기는 구조는 Kubernetes가 이미 증명했다.

백엔드 개발자가 지금 주목해야 하는 이유

현재 공개된 정보는 도입부 수준에 그치고 있어, GKE Agent Sandbox와 Agent Substrate의 구체적인 아키텍처 세부 사항은 아직 제한적이다. 그러나 새로운 워크로드 범주가 등장할 때 런타임 레이어가 어떻게 재편되는지를 이해하는 것은 4년차 이상의 백엔드 개발자에게 중요한 시각이다.

실무적으로 고려해야 할 포인트는 다음과 같다.

격리(Isolation) 모델 변화: "Sandbox"라는 명칭이 암시하듯, 기존 컨테이너 격리보다 강화된 보안 경계가 요구되는 워크로드 유형이 등장하고 있다. gVisor 기반의 GKE Sandbox도 같은 맥락에서 이해할 수 있다.
제어 평면 추상화의 확장: Kubernetes API가 컨테이너 워크로드를 추상화했듯, 새로운 런타임은 다른 실행 단위를 위한 선언적 제어 모델을 제시할 가능성이 높다.
운영 복잡도 선점: 새 런타임 표준이 자리 잡기 전에 내부 플랫폼 팀이 이를 검토하고 도입 전략을 세우는 것이 기술 부채를 줄이는 방법이다.

# GKE에서 Sandbox 클래스 노드풀 생성 예시 (gVisor 기반)
gcloud container node-pools create sandbox-pool \
  --cluster=my-cluster \
  --sandbox type=gvisor \
  --num-nodes=3

Kubernetes 도입 초기에 기술 스택을 선제적으로 정비한 팀과 그렇지 않은 팀의 운영 역량 차이는 수년이 지난 지금 극명하게 드러난다. Agent Substrate가 같은 파급력을 가질지는 아직 미지수지만, Google이 GKE라는 상용 플랫폼에 동시 통합하며 출시했다는 점은 단순한 실험적 프로젝트와는 무게감이 다르다.

정리

Kubernetes가 컨테이너 런타임 표준을 선점해 생태계를 지배한 패턴을, Google은 Agent Substrate로 차세대 워크로드에 반복하려 하고 있다.
GKE Agent Sandbox의 GA 출시는 강화된 격리 모델이 프로덕션 수준의 요구사항으로 부상하고 있음을 시사한다.
새로운 런타임 표준이 확립되기 전 백엔드 플랫폼 팀이 아키텍처 검토를 선제적으로 진행하는 것이 장기적 운영 복잡도를 줄이는 핵심이다.