한 줄 정의
Google Cloud의 Agent Gateway는 Agent Runtime 흐름 안에서 도구 호출 허용 여부를 판단해 제어하는 운영 게이트야. 동일 단어로 쓰이는 범용 API 게이트와 다르게, 신원과 정책, 호출 기록을 함께 엮어 보는 용어로 쓰는 게 맞아.
실제로 무엇을 하나
첫째, 에이전트가 도구를 호출하려면 게이트를 통과해야 해. 둘째, 호출 요청은 신원(Identity) 확인과 정책 규칙을 거치고, 승인 목록에 따라 허용/차단이 결정돼. 셋째, 통과한 호출만 런타임에서 실제 대상으로 전달되고, 실패·성공 결과는 로그와 trace로 남겨. 넷째, 운영자는 이 이벤트로 감사/추적/롤백 판단을 분리해 볼 수 있어.
핵심 제약
- 문서가 정한 운영 맥락이 Google Cloud
preview와 scale 전환 구간에 있으니, 범위를 넓혀 일반화하면 안 돼. - 최소 요구는 3축 제어로 보는 게 안전해: 런타임, 신원, 관측성.
- 공개 규칙 동작은
registry에 등록되지 않은 도구를 기본 거부로 처리하는 쪽이 일관적이야.
활용 예시
-
고객 문의 자동화 에이전트
- 허용: 티켓 조회/작성 API
- 규칙: 조회는 읽기, 작성은 승인된 채널에서만 허용
- 관측: 각 호출은 사용자 ID, 트레이스 ID, 승인사유를 남김
-
민감 데이터 처리 에이전트
- 허용: 내부 문서 검색 API + 내부 승인 알림
- 규칙: 외부 파일 업로드는 별도 2단계 승인 필요
- 관측: 차단 로그를 먼저 확인하고 정책 변경 이력과 함께 배포함
왜 중요한가
이 개념이 중요한 이유는 Gateway가 단일 기능이 아니라 누가 무엇을 어느 조건에서 호출하는지를 운영 가능한 단위로 만드는 경계점이기 때문이야.
Google Cloud 문맥에서는 발표/scale 문맥에서 엔드투엔드 제어가 강조되므로, 도입 초기에 이 경계를 좁고 정확하게 정의해야 해.
특히 도구가 계속 늘어나는 팀에서는 Gateway를 둔 뒤에도 정책 텍스트와 감사 체계를 따로 운영해야 하니, 이 페이지가 다루는 범위를 Google Cloud로 좁혀 읽는 게 오해를 줄여줘.
관련 용어
- 에이전트 런타임 — Google Cloud Agent Gateway가 붙는 실행 표면이고, 호출 흐름의 기준점은 여기야.
- 에이전트 정체성 — 호출 주체 신원을 입증하고 Gateway 정책 판단의 입력으로 쓰는 쪽이야.
- 에이전트 관측성 — 호출·차단·승인 결과를 추적하는 축으로, Gateway 이벤트를 분석 단위로 바꿔 줘.
- 에이전트 플랫폼 — Agent Platform의 배포/운영 체계이고, Gateway는 그 중 호출 통제 경계로 들어와.
- MCP — 도구 연동 프로토콜을 제공하고, Gateway는 MCP 세션 앞단에서 정책을 붙이는 구현 지점이 될 수 있어.
- 알리바바 모델 스튜디오 — 유사하게 에이전트·워크플로 콘솔을 묶지만, 이 페이지의 범위는 Google Cloud로 한정돼.