Google dodaje obsługę narzędzi MCP w Apigee hybrid dla wdrożeń on-premises i multi-cloud
W skrócie: Google wydało Apigee hybrid 1.17.0 (14 września 2026), dodając obsługę Model Context Protocol (MCP), która działa całkowicie we własnym klastrze Kubernetes klienta, a nie w infrastrukturze zarządzanej przez Google. Pozwala to organizacjom z wymogami rezydencji danych lub regulacyjnymi zamienić istniejące API opisane w OpenAPI w narzędzia wywoływane przez agentów AI, bez wychodzenia ruchu MCP poza ich sieć. Funkcja wykorzystuje istniejącą tożsamość Apigee, polityki bezpieczeństwa i kontrolę opartą na produktach API, i jest opcjonalną, domyślnie wyłączoną funkcją, włączaną poprzez aktualizację Helm chart.
To podsumowanie zostało automatycznie przygotowane przez sztuczną inteligencję na podstawie publikacji „Google Developers”. To nasz tekst, nie kopia oryginału — fakty, liczby i cytaty należą do źródła, do którego link znajduje się powyżej i poniżej.
Co się zmieniło?
- 1Apigee hybrid 1.17.0 (14.09.2026) dodaje obsługę MCP z płaszczyzną danych działającą we własnym klastrze Kubernetes klienta
- 2Ruch żądań/odpowiedzi MCP nigdy nie opuszcza klastra klienta; konfiguracja jest pobierana z płaszczyzny kontrolnej, a nie wypychana do niej
- 3Wykorzystuje istniejącą tożsamość apigee-watcher — nie trzeba nowego konta usługi Google ani roli IAM
- 4Obsługa organizacji z Data Residency na poziomach Subscription i Evaluation
- 5Zarządzanie (OAuth 2.0, OIDC, klucze API, filtrowanie narzędzi oparte na produktach API) stosowane automatycznie do punktów końcowych MCP
- 6Proxy MCP Discovery są automatycznie wczytywane do API hub i API insights do analityki ruchu na poziomie narzędzi
- 7Włączane przez overrides.yaml enableMcpServer: true i dwuetapową aktualizację Helm chart (najpierw operator chart, potem org chart)
- 8Obsługuje kompleksowe śledzenie rozproszone (distributed tracing) poprzez kontekst W3C trace przekazywany przez pola MCP JSON-RPC _meta do OpenTelemetry/CloudTrace
Dlaczego to ważne?
Wiele przedsiębiorstw nie może przenieść środowiska wykonawczego API do płaszczyzny kontrolnej chmury publicznej z powodu wymogów regulacyjnych lub suwerenności danych; ta aktualizacja pozwala im udostępnić istniejące, zarządzane API jako narzędzia agentów AI bez tego kompromisu, co ma znaczenie dla każdego zespołu pracującego z regulowaną lub lokalną infrastrukturą.
Co to oznacza dla agentów AI i contact center?
Jeśli Twój stos voice AI lub contact center integruje się z API CRM lub backend, które muszą pozostać on-premises lub w określonej jurysdykcji, daje to sposób na udostępnienie tych API jako narzędzi MCP dla agentów bez przesyłania danych o połączeniach czy klientach przez zewnętrzną infrastrukturę — warto sprawdzić zgodnie z własnymi wymogami rezydencji danych i opóźnień.
🧪 Warte przetestowania
Dla zespołów budujących agentów głosowych wywołujących narzędzia z rygorystycznymi wymogami rezydencji danych, warto przetestować, czy lokalna płaszczyzna danych MCP w Apigee hybrid spełnia wymagania dotyczące opóźnień i zarządzania w porównaniu z hostowanymi serwerami MCP.
Źródła
- Google DevelopersOficjalneŹródło pierwotneOryginalny artykuł →„Announcing MCP support in Apigee hybrid: agentic tools that run in your own cluster“14 paź 2026, 03:00
- Data publikacji źródła
- 14 paź 2026, 03:00
- Znalezione przez nasz system
- 14 paź 2026, 21:11
- Podsumowanie wygenerowano
- 14 paź 2026, 21:12
Artykuł napisała AI na podstawie oryginalnego źródła. Fakty, liczby i ceny pochodzą ze źródła; brakujące wartości oznaczono „Brak oficjalnych danych”. Informacje prawne, prawa autorskie i prywatność