Google은 Apigee 하이브리드에 모델 컨텍스트 프로토콜(MCP) 지원을 추가했다고 발표했습니다. 이 기능은 2026년 9월 14일 출시된 Apigee 하이브리드 1.17.0부터 제공되며, API 실행 환경을 자체 데이터센터나 코로케이션 시설, 다른 퍼블릭 클라우드에 둬야 하는 고객을 위한 것입니다. Google은 지난해 12월 발표한 Apigee MCP 미리보기 기능을 바탕으로 삼았습니다. 당시 미리보기는 기존 API를 AI 에이전트가 찾아 호출할 수 있는 도구로 바꿨습니다.

고객은 OpenAPI 3.0.x 명세로 API를 설명하고 MCP 검색 프록시를 만들어 각 작업을 MCP 도구로 전환합니다. 에이전트는 JSON-RPC 방식의 도구 목록 조회와 도구 호출 메서드로 사용 가능한 도구를 찾고 실행하며, Apigee가 프로토콜 처리와 형식 변환을 맡습니다. 하이브리드 배포에서는 Google Cloud의 제어 영역이 명세에서 도구 설정을 만들고, 고객 클러스터의 사이드카가 이를 주기적으로 가져옵니다. MCP 요청은 클러스터 안에서 승인된 뒤 그곳의 백엔드 서비스로 전달됩니다. 요청 시점에는 MCP 요청이나 응답이 Google Cloud로 넘어가지 않으며, 제어 영역도 클러스터 안으로 연결을 시작하지 않아 Google에서 들어오는 네트워크 경로가 필요하지 않습니다.

이 기능은 고객이 Apigee 하이브리드에 이미 사용하는 Kubernetes 플랫폼을 활용하고 기존 apigee-watcher ID를 재사용합니다. 조직마다 제어 영역 권한 부여가 한 번 필요하지만, 새 Google 서비스 계정이나 IAM 역할은 추가되지 않습니다. 데이터 레지던시를 설정한 조직을 포함해 구독 및 평가판 조직에서 이용할 수 있습니다. 설정은 조직의 제어 영역 위치에서 가져오지만 실행 중 요청은 클러스터 안에 머뭅니다. MCP 엔드포인트는 OAuth 2.0, OpenID Connect, API 키 확인 및 기본 제공 정책 등 Apigee 보안·거버넌스 기능도 이어받습니다. API 제품은 클라이언트가 쓸 수 있는 작업을 제한하고 도구별 할당량을 적용할 수 있으며, 도구 목록 조회 결과에는 해당 클라이언트가 사용할 수 있는 도구만 표시됩니다.

Apigee API 허브는 배포된 MCP 검색 프록시를 MCP API 유형으로 자동 등록하고 작업을 도구에 연결합니다. API 인사이트에서는 API 유형과 MCP 도구 이름으로 에이전트 트래픽을 필터링해 성능, 오류, 지연시간, 대상 서비스 성능, 도구 검색과 실행의 비율을 살펴볼 수 있습니다. 모든 에이전트 요청이 하나의 /mcp 엔드포인트에 도착해도 Apigee는 호출된 도구 이름을 요청에 표시합니다. 인사이트에는 mcp-healthcare, mcp-petstore, mcp-statuscode와 같은 개별 도구가 나타날 수 있습니다.

MCP는 선택 기능이며 기본적으로 꺼져 있습니다. Apigee 하이브리드 1.17.0 이상 클러스터에서 사용하려면 운영자가 overrides.yaml에 enableMcpServer: true를 설정한 뒤 apigee-operator 차트를 apigee-org 차트보다 먼저 업그레이드해야 합니다. 순서를 바꾸면 MCP 파드가 만들어지지 않은 채 업그레이드가 완료될 수 있습니다. 조직별 1회 권한 부여로 apigee-watcher가 설정을 가져오게 하며, 기본 복제본은 2개이고 자동 확장으로 10개까지 늘어납니다. 되돌릴 때는 해당 값을 false로 바꾸고 차트를 한 번 업그레이드하면 됩니다. MCP를 켜거나 끄면 런타임 파드가 단계별 카나리 방식으로 배포되므로 Google은 승인된 유지보수 시간에 변경하라고 안내했습니다.

엔드투엔드 추적을 위해 Apigee는 MCP 클라이언트의 JSON-RPC _meta 필드에서 W3C 추적 문맥을 추출하고 traceparent 및 tracestate 헤더로 전달할 수 있습니다. Google은 이 방식으로 계측된 다운스트림 서비스가 코드 변경 없이 같은 추적에 참여해 AI 클라이언트, Apigee 프록시, 백엔드 실행을 하나의 추적 ID로 연결할 수 있다고 밝혔습니다. 패스스루 모드에서는 게이트웨이가 자체 인프라 구간을 만들지 않고 문맥만 전달할 수 있어 추적 데이터 수집 비용을 줄인다고 Google은 설명했습니다. MCP 커뮤니티의 공개 제안 SEP-2028은 _meta의 W3C 추적 문맥을 헤더로 전달하는 표준화를 목표로 하며, Google은 해당 문맥 전달을 위한 OpenTelemetry 지원이 이미 Apigee에서 제공된다고 밝혔습니다.

Google은 Apigee 하이브리드에 모델 컨텍스트 프로토콜(MCP) 지원을 추가했다고 발표했습니다. 이 기능은 2026년 9월 14일 출시된 Apigee 하이브리드 1.17.0부터 제공되며, API 실행 환경을 자체 데이터센터나 코로케이션 시설, 다른 퍼블릭 클라우드에 둬야 하는 고객을 위한 것입니다. Google은 지난해 12월 발표한 Apigee MCP 미리보기 기능을 바탕으로 삼았습니다. 당시 미리보기는 기존 API를 AI 에이전트가 찾아 호출할 수 있는 도구로 바꿨습니다.

고객은 OpenAPI 3.0.x 명세로 API를 설명하고 MCP 검색 프록시를 만들어 각 작업을 MCP 도구로 전환합니다. 에이전트는 JSON-RPC 방식의 도구 목록 조회와 도구 호출 메서드로 사용 가능한 도구를 찾고 실행하며, Apigee가 프로토콜 처리와 형식 변환을 맡습니다. 하이브리드 배포에서는 Google Cloud의 제어 영역이 명세에서 도구 설정을 만들고, 고객 클러스터의 사이드카가 이를 주기적으로 가져옵니다. MCP 요청은 클러스터 안에서 승인된 뒤 그곳의 백엔드 서비스로 전달됩니다. 요청 시점에는 MCP 요청이나 응답이 Google Cloud로 넘어가지 않으며, 제어 영역도 클러스터 안으로 연결을 시작하지 않아 Google에서 들어오는 네트워크 경로가 필요하지 않습니다.

이 기능은 고객이 Apigee 하이브리드에 이미 사용하는 Kubernetes 플랫폼을 활용하고 기존 apigee-watcher ID를 재사용합니다. 조직마다 제어 영역 권한 부여가 한 번 필요하지만, 새 Google 서비스 계정이나 IAM 역할은 추가되지 않습니다. 데이터 레지던시를 설정한 조직을 포함해 구독 및 평가판 조직에서 이용할 수 있습니다. 설정은 조직의 제어 영역 위치에서 가져오지만 실행 중 요청은 클러스터 안에 머뭅니다. MCP 엔드포인트는 OAuth 2.0, OpenID Connect, API 키 확인 및 기본 제공 정책 등 Apigee 보안·거버넌스 기능도 이어받습니다. API 제품은 클라이언트가 쓸 수 있는 작업을 제한하고 도구별 할당량을 적용할 수 있으며, 도구 목록 조회 결과에는 해당 클라이언트가 사용할 수 있는 도구만 표시됩니다.

Apigee API 허브는 배포된 MCP 검색 프록시를 MCP API 유형으로 자동 등록하고 작업을 도구에 연결합니다. API 인사이트에서는 API 유형과 MCP 도구 이름으로 에이전트 트래픽을 필터링해 성능, 오류, 지연시간, 대상 서비스 성능, 도구 검색과 실행의 비율을 살펴볼 수 있습니다. 모든 에이전트 요청이 하나의 /mcp 엔드포인트에 도착해도 Apigee는 호출된 도구 이름을 요청에 표시합니다. 인사이트에는 mcp-healthcare, mcp-petstore, mcp-statuscode와 같은 개별 도구가 나타날 수 있습니다.

MCP는 선택 기능이며 기본적으로 꺼져 있습니다. Apigee 하이브리드 1.17.0 이상 클러스터에서 사용하려면 운영자가 overrides.yaml에 enableMcpServer: true를 설정한 뒤 apigee-operator 차트를 apigee-org 차트보다 먼저 업그레이드해야 합니다. 순서를 바꾸면 MCP 파드가 만들어지지 않은 채 업그레이드가 완료될 수 있습니다. 조직별 1회 권한 부여로 apigee-watcher가 설정을 가져오게 하며, 기본 복제본은 2개이고 자동 확장으로 10개까지 늘어납니다. 되돌릴 때는 해당 값을 false로 바꾸고 차트를 한 번 업그레이드하면 됩니다. MCP를 켜거나 끄면 런타임 파드가 단계별 카나리 방식으로 배포되므로 Google은 승인된 유지보수 시간에 변경하라고 안내했습니다.

엔드투엔드 추적을 위해 Apigee는 MCP 클라이언트의 JSON-RPC _meta 필드에서 W3C 추적 문맥을 추출하고 traceparent 및 tracestate 헤더로 전달할 수 있습니다. Google은 이 방식으로 계측된 다운스트림 서비스가 코드 변경 없이 같은 추적에 참여해 AI 클라이언트, Apigee 프록시, 백엔드 실행을 하나의 추적 ID로 연결할 수 있다고 밝혔습니다. 패스스루 모드에서는 게이트웨이가 자체 인프라 구간을 만들지 않고 문맥만 전달할 수 있어 추적 데이터 수집 비용을 줄인다고 Google은 설명했습니다. MCP 커뮤니티의 공개 제안 SEP-2028은 _meta의 W3C 추적 문맥을 헤더로 전달하는 표준화를 목표로 하며, Google은 해당 문맥 전달을 위한 OpenTelemetry 지원이 이미 Apigee에서 제공된다고 밝혔습니다.