Google Agent Gateway 외부 클라우드 프리뷰: 트래픽 경로와 장애 시 차단 조건
Google의 외부 Kubernetes용 Agent Gateway 제한 프리뷰를 살핀다. 로컬 트래픽 경로, 네임스페이스 권한, 장애 시 차단 예외와 별도 과금을 확인한다.

Google Cloud가 2026년 11월 11일 Agent Gateway for cross-cloud를 제한 프리뷰로 공개했다. Amazon EKS, Azure AKS, Red Hat OpenShift와 베어메탈 등 CNCF 규격을 따르는 외부 Kubernetes 클러스터가 대상이다. 에이전트는 기존 클러스터에서 실행하고 Google Cloud에서 신원과 정책을 관리한다. 사용하려면 접근 신청을 해야 한다. 공식 릴리스 노트
로컬 프록시로 정책을 집행한다
Google Cloud의 관리 영역은 Agent Registry와 정책 서비스를 맡는다. 클러스터 안에는 컨트롤러와 Envoy 프록시를 둔다. 프록시의 Agent Identity Runtime(AIR) 사이드카는 워크로드 신원과 인증서를 중개한다.
트래픽을 로컬 프록시로 보내는 설정은 사용자의 책임이다. 기존 서비스 메시나 네트워크 스택에서 LLM·MCP·A2A 요청 경로를 연결해야 한다. 클러스터 등록만으로 모든 통신이 검사된다고 가정하면 안 된다. Google은 클러스터 네트워크 설정, KSA 토큰 주입과 Google Cloud API로의 외부 연결도 사용자 책임으로 명시했다. 구조와 공동 책임 범위
설치 전에 확인할 권한과 네임스페이스
공식 설치 가이드는 기존 서비스 메시 또는 네트워크 스택, Google Cloud API로 나가는 HTTPS 연결, Google Cloud CLI 591.0.0 이상을 요구한다. 클러스터 등록과 Workload Identity Federation 설정도 필요하다. 클러스터 내부 구성요소는 KSA 토큰을 교환해 Google Cloud API에 인증한다.
컨트롤러와 원격 측정 구성요소는 전용 네임스페이스인 geap-system에 둔다. 게이트웨이도 별도의 전용 네임스페이스를 사용한다. 이 영역에 에이전트나 MCP 서버 등 일반 애플리케이션을 함께 배치하지 말라는 지침이 있다. 가이드의 네임스페이스 단위 IAM 역할 부여가 그 안의 서비스 계정 전체에 적용되기 때문이다.
에이전트의 신원과 기반 구성요소의 클라우드 권한을 분리해서 읽어야 한다. 에이전트 워크로드 네임스페이스나 에이전트 KSA에는 해당 Workload Identity Pool을 통해 Google Cloud 프로젝트 IAM 역할을 부여하지 말라는 지침도 있다. 공식 설치 안내
장애 때도 통과하는지 따로 시험한다
Model Armor 바인딩의 failOpen: false는 요청을 검사하지 못하면 차단한다. 문서상 failOpen: true는 검사 없이 전달하는 설정이지만 제한 프리뷰에는 예외가 있다. 프록시가 Google Cloud에 연결하지 못하면 이 값과 관계없이 요청을 차단하고 오류를 반환한다. 바인딩이 존재하지 않는 Model Armor 템플릿을 가리키면 true여도 HTTP 404 오류를 반환한다.
IAP 정책은 Agent Registry에 등록한 MCP 서버와 도구 이름을 조건으로 접근을 제한할 수 있다. IAP의 DRY_RUN 모드는 판정을 로그에 남기지만 요청을 막지 않는다. 실제 집행은 ENFORCE 모드이며 이 설정을 생략했을 때도 기본값은 ENFORCE다. 시험 로그가 남았다는 사실만으로 접근을 차단했다고 판단하면 안 된다.
Model Armor 바인딩에서 matchConditions를 생략하면 게이트웨이를 지나는 모든 외부 요청을 검사한다. LLM·MCP·A2A가 같은 게이트웨이를 쓴다면 호스트와 경로 조건을 검토할 필요가 있다. 정책 집행과 예외 조건
프리뷰 비용과 도입 판단
제한 프리뷰 기간에는 Agent Gateway for cross-cloud 자체 요금이 없지만 연동하는 Model Armor·Cloud Logging·Cloud Trace에는 각 제품의 일반 요금이 적용된다. 프리뷰 기능은 정식 출시 전 약관을 따르며 지원이 제한될 수 있다. 프리뷰 상태와 과금 안내
여러 클러스터를 운영하는 팀이라면 시험 환경에서 허용 요청과 차단 요청을 각각 보내는 방식으로 적용 범위를 확인할 수 있다. Google Cloud 연결이 끊겼을 때의 오류 처리도 함께 시험할 항목이다. 이는 문서의 책임 범위와 장애 조건에서 도출한 도입 점검 제안이다. 이 글은 공식 문서를 확인했으며 실제 클러스터 배포나 정책 우회 방어 성능은 독립 검증하지 않았다.



Discussion
No comments yet