Los 5 patrones de integración para sistemas multiagente que propone Google Cloud: A2A y MCP

Google Cloud presentó en Cloud Next 26 una infraestructura para construir sistemas multiagente a escala empresarial. El núcleo son dos protocolos. A2A (Agent-to-Agent), encargado de la comunicación entre agentes, y MCP (Model Context Protocol), que los agentes usan para acceder a herramientas y datos externos. Este artículo presenta cinco patrones de integración que combinan ambos protocolos.

Patrón 1: descubrimiento y registro de agentes

• Agent Card — Todos los agentes que admiten A2A publican sus capacidades, requisitos de autenticación, límites de invocación y otros datos en un documento JSON. Es similar a una especificación OpenAPI, pero funciona como una especie de “tarjeta de presentación” diseñada para la interacción entre agentes.
• Agent Registry — Si los agentes de una organización se registran en un registro central, otros agentes pueden buscar sus capacidades y acceder a ellos aunque no conozcan su URL. Cumple un rol similar al service mesh de una arquitectura de microservicios, una capa intermedia que gestiona la comunicación entre servicios.

Patrón 2: delegación entre equipos

• Colaboración multilingüe y entre equipos — Un solo agente orquestador delega tareas al agente en Go del equipo de seguridad, al agente en Java del equipo de riesgos, al agente en TypeScript del equipo de marketing, etc. Aunque cada equipo use lenguajes y frameworks distintos, pueden integrarse con solo implementar el protocolo A2A.
• Despliegue independiente y evolución independiente — Con el mismo principio que hizo exitosos a los microservicios, cada agente se despliega y actualiza de forma independiente, sin requerir cambios del lado del agente orquestador.

Patrón 3: conexión de herramientas mediante MCP (Tool Bridge)

• Conectar diversas fuentes de datos con un solo protocolo — Sin MCP, habría que crear conectores distintos para cada REST API, base de datos o sistema heredado. MCP unifica todo eso en una interfaz estándar.
• Reutilización de la gobernanza de APIs existente — A través de Apigee API Hub, las REST API existentes pueden convertirse automáticamente en herramientas para agentes, y se aplican sin cambios los esquemas de gestión ya existentes, como autenticación, logging y control de acceso.
• Más de 60 herramientas preconstruidas — Se ofrecen integraciones MCP listas para usar con GitHub, Notion, Stripe y más.

Patrón 4: colaboración entre organizaciones

• Agent Gallery — Dentro de Gemini Enterprise, se pueden usar de inmediato más de 100 agentes de socios verificados, como Adobe, ServiceNow y Salesforce.
• Mantener una gobernanza independiente — Cada organización colabora mediante A2A mientras conserva su propio modelo de seguridad. Con las políticas de Agent Gateway, se puede controlar con granularidad qué datos compartir y qué acciones permitir.

Patrón 5: malla de agentes basada en eventos

• Red de agentes siempre activa — Los agentes conectados a tablas de BigQuery o flujos de Pub/Sub (servicio de streaming de mensajes en tiempo real) detectan eventos y, según sea necesario, delegan mediante A2A a agentes especializados o escalan el caso a personas.
• Autoorganización — Al agregar un nuevo agente especializado, basta con registrarlo en el Registry y modificar la lógica de enrutamiento, por lo que no hace falta rediseñar toda la malla.
• Observabilidad — Con Agent Identity, Agent Gateway y Agent Observability se rastrea toda la actividad de los agentes dentro de la malla.

Diferenciadores

• La apertura de A2A — Se presenta como un diseño de protocolo abierto que no depende de un framework, lenguaje o nube específicos, con la aspiración de convertirse en un estándar para la interoperabilidad de agentes en entornos heterogéneos.
• Separación de funciones entre A2A + MCP — Al separar en protocolos distintos la comunicación entre agentes y el acceso a herramientas, se crea una estructura en la que cada capa puede evolucionar de forma independiente.
• Aprovechamiento de la infraestructura existente — Como la capa de agentes se monta sobre infraestructura de Google Cloud ya operativa, como Apigee y BigQuery, se percibe la intención de reducir la carga de adoptar un stack completamente nuevo.

Puntos a considerar

• Centrado en el ecosistema de Google Cloud — Funciones clave como Agent Gallery y Gemini Enterprise Agent Platform están fuertemente conectadas a la plataforma de Google Cloud, por lo que la apertura real en entornos multicloud aún necesita validarse.
• Complejidad empresarial — Si se operan en conjunto estos cinco patrones, pueden aparecer complejidades propias de los sistemas distribuidos, como la gestión de dependencias entre agentes y la propagación de fallas.

El framework que Google Cloud presentó esta vez es un intento de expandir los agentes de IA más allá de herramientas aisladas, para convertirlos en una infraestructura de colaboración a nivel organizacional. Así como la arquitectura de microservicios superó las limitaciones de las aplicaciones monolíticas, A2A y MCP apuntan a resolver el problema del aislamiento de los agentes individuales. Aun así, qué tan fluidamente funcione esta visión en entornos empresariales reales solo podrá evaluarse a medida que se acumulen casos de adopción. La madurez de los protocolos, la calidad de los agentes socios y la coordinación de la gobernanza entre organizaciones serán tres variables clave para determinar el valor real de este ecosistema.

[bluenyx]

Parece que con solo 3 o 4 personas de nivel senior ya se está armando una estructura capaz de soportar lo que antes manejaban entre 3 y 40 personas. (Más claramente que ahora...)