MCP-támogatást kapott az Apigee hybrid saját Kubernetes-fürtökhöz

A saját infrastruktúrában fut az MCP adatkezelési síkja

A Google Developers Blog október 14-i bejegyzése szerint az Apigee hybrid 1.17.0 szeptember 14-én jelent meg, és ettől a kiadástól érhető el benne az MCP-támogatás. A Model Context Protocol lehetővé teszi, hogy a meglévő, Apigee-ben kezelt API-kat az AI-ügynökök felfedezzék és meghívják.

A működési modell megegyezik az Apigee korábbi MCP-megoldásával. A felhasználó egy OpenAPI 3.0.x specifikációval írja le az API-t, majd MCP Discovery Proxyt hoz létre. A specifikáció minden művelete külön MCP-eszközzé válik. Az ügynökök a JSON-RPC protokollon keresztül, a tools/list és tools/call műveletekkel fedezik fel, illetve hívják meg ezeket.

Az Apigee hybrid esetében az MCP adatkezelési síkja a vállalat saját Kubernetes-fürtjében fut. A vezérlősík a Google Cloudban generálja az OpenAPI-specifikációból származó konfigurációt, amelyet a fürtben futó oldalkocsi rendszeresen lekér. A kérésforgalom teljes egészében a fürtben marad, a Google Cloud vezérlősíkja pedig nem kezdeményez bejövő kapcsolatot a fürt felé.

Többfelhős és helyben működő rendszerekhez készült

Az Apigee hybrid olyan ügyfeleknek szól, akik adatközpontban, kolokációs létesítményben vagy más nyilvános felhőben futtatják a rendszereiket. Az MCP az API-k futtatási helyét követi, mivel a szolgáltatás adatkezelési síkja azon a Kubernetes-platformon működik, amelyet az Apigee hybrid használ.

A megoldás új Google-szolgáltatásfiók vagy új IAM-szerepkör létrehozása nélkül használható. Az MCP oldalkocsija a már meglévő apigee-watcher identitást használja, amelyhez szervezeti szinten egyszeri vezérlősík-hozzáférést kell biztosítani.

Az MCP az előfizetéses és az értékelési szervezetek számára is elérhető, beleértve az adatrezidenciát engedélyező szervezeteket. A Google szerint a futásidejű kérésútvonal felépítéséből adódóan a forgalom a saját fürtben marad. Ez olyan esetekben lehet fontos, amikor egy kérés nem hagyhatja el az adott joghatóságot, létesítményt vagy virtuális privát felhőt.

A meglévő Apigee-szabályok az ügynökökre is érvényesek

Az MCP-végpontok Apigee-proxyként működnek, ezért öröklik a platform biztonsági és szabályozási lehetőségeit. Ezek közé tartozik az OAuth 2.0, az OpenID Connect, az API-kulcs ellenőrzése és az Apigee beépített házirendkönyvtára.

Az eszközszintű jogosultságokat az API product kezeli. A szervezet meghatározhatja, hogy egy kliens mely műveleteket érheti el, és műveletenként kvótát is beállíthat. A tools/list válaszában a kliens csak a számára engedélyezett eszközöket látja, ezért egy tiltott műveletet, például a delete_account eszközt, nem tudja meghívni.

Az üzemeltetők az agentikus forgalmat az Apigee meglévő megfigyelési eszközeiben követhetik. A telepített MCP Discovery Proxyk automatikusan bekerülnek az Apigee API hubba, MCP API-stílust kapnak, és a műveleteik külön eszközökként jelennek meg. Az API Insights felületén az API-stílus és az MCP-eszköz neve alapján szűrhető a forgalom, vizsgálható a teljesítmény, a hibák, a késleltetés és a célrendszer működése.

Engedélyezés Helm-művelettel

Az MCP opcionális funkció, alapértelmezés szerint nincs bekapcsolva. A már Apigee hybrid 1.17.0 vagy újabb verziót futtató fürtön a overrides.yaml fájl legfelső szintjén kell enableMcpServer: true értéket megadni. Ezután előbb az apigee-operator, majd az apigee-org chart frissítése szükséges. A sorrend azért fontos, mert az operátori chart kezeli az új MCP-erőforrások sémáját.

Az alapértelmezett beállítás két MCP-replikát használ, amelyek automatikusan legfeljebb tíz példányra skálázódhatnak. A kikapcsolás ugyanennek a mezőnek a false értékre állításával és egy chartfrissítéssel végezhető el. A Google arra is figyelmeztet, hogy az MCP engedélyezése vagy letiltása a futásidejű podok fokozatos canary kiadását indítja el, ezért a módosítást jóváhagyott karbantartási időablakban kell elvégezni.