Az AWS szerint a MoEngage több mint 400 API-t tett elérhetővé AI-agenteknek

Több száz belső API jelentette a kihívást

A MoEngage olyan ügyfélkapcsolati platformot fejleszt, amelyet az AWS közleménye szerint több mint 1350 fogyasztói márka használ személyre szabott élmények biztosítására push-értesítésekben, e-mailben, alkalmazáson belüli üzenetekben, SMS-ben, WhatsAppon és RCS-ben.

A termék mögött nagyjából 400 belső REST API működik. Ezeket 25 mérnöki csapat építette, és hét AWS-régióban, privát virtuális felhőkben futnak. A MoEngage az adatrezidencia iránti vállalásai miatt régiónként elszigeteli az API-kat, és nem teszi őket elérhetővé a nyilvános interneten.

Az ügynökalapú rendszereknek ugyanakkor hozzá kell férniük például kampányok létrehozásához, szegmensek lekérdezéséhez vagy kézbesítési statisztikákhoz. A problémát ezért nem új funkciók fejlesztése, hanem a meglévő API-k biztonságos elérhetővé tétele jelentette.

A csapatok REST API-kat építenek, az MCP-réteget a platform kezeli

A MoEngage elvetette azt a megközelítést, amelyben minden mérnöki csapat saját Model Context Protocol, röviden MCP-szervert működtetne. Több mint 20 szerver külön telepítéseket, frissítéseket és protokoll-kompatibilitási feladatokat jelentett volna. A több területet használó agenteknek több szerverhez kellett volna kapcsolódniuk, a csapatoknak pedig az MCP-hez kapcsolódó szakértelmet kellett volna megszerezniük.

A kialakított modellben az egyes csapatok REST API-kat fejlesztenek, és OpenAPI-specifikációban írják le, mely műveletek legyenek eszközök. Az MCP-réteget teljes egészében az AI Platform csapata kezeli. Az AWS szerint ez a megközelítés becslések alapján hat hónapnyi platformmérnöki munkát takarított meg, az új API-k bekötése pedig napok helyett órák alatt elvégezhető.

A Gateway szerveroldalon szűri az eszközöket

Az Amazon Bedrock AgentCore Gateway kezelt MCP-szerverként működik. Az OpenAPI-specifikációkból automatikusan generál MCP-eszközöket, majd továbbítja a hívásokat a háttérben működő szolgáltatásokhoz. Az API-khoz nem kell külön MCP-szerverkódot írni, és az új végpontokhoz nem szükséges külön hálózati topológiát kialakítani.

A jogosultságokat Cedar-szabályok kezelik. Minden agent saját IAM-szerepkörrel hitelesít, a szabályok pedig meghatározzák, mely eszközöket láthatja és hívhatja meg. Egy kampányellenőrző bot például hozzáférhet kampány- és szegmenslekérdezésekhez, az írási műveleteket viszont nem láthatja a tools/list válaszban.

Ez azért fontos, mert a nagyjából 400 eszköz teljes katalógusa az AWS szerint több mint 20 000 tokent jelentene minden kapcsolódáskor, ha eszközönként körülbelül 50 tokennyi JSON-séma tartozik hozzá. A Gateway a katalógust még a válasz létrehozása előtt szűkíti, így a korlátozás szerveroldalon történik, nem az ügyféloldali feldolgozásra marad.

Privát hálózati útvonal és szemantikus keresés

A Gateway a MoEngage belső szolgáltatásait AgentCore által kezelt kimenő kapcsolaton, az Amazon VPC Lattice-en keresztül éri el. Bejövő irányban VPC-interfész-végponton és privát DNS-en keresztül kapcsolódik, nyilvános útvonal nélkül. Egy új API hozzáadása így új célpontot jelent, nem új hálózati változtatást.

A Gateway szemantikus keresést is támogat. Az agentek feladatleírás alapján kereshetnek eszközöket, azonosítójuk ismerete nélkül. Az AWS példája szerint így egy eszköz átnevezése, például a get_segment_user_count módosítása get_segment_size névre, nem feltétlenül töri meg a keresést, ha a leírás továbbra is a szegmens felhasználószámára utal.

A megoldás a felhasználók számára azt jelenti, hogy az agentek a meglévő, belső kampány- és szegmensfunkciókat használhatják úgy, hogy az API-k nem kerülnek ki a nyilvános internetre, és az agentek csak a szerepkörükhöz engedélyezett műveleteket kapják meg.