Arquitectura GCP — Módulo 9: Agent Engine, ADK y el stack de agentes
Noveno módulo del curso de arquitectura GCP: el stack de agentes de Google mapeado contra AgentCore. ADK como framework open source multi-lenguaje (la pieza que AWS no tiene igual), Agent Runtime (ex Agent Engine) como runtime administrado con sesiones y Memory Bank, Agent Garden y Studio, el protocolo A2A, y las capas de gobernanza (Model Armor, Agent Gateway, Agent Identity). La decisión pieza por pieza, ejecutada contra el catálogo de Google — con nota sobre el rebranding a Gemini Enterprise Agent Platform.
☰ Índice del contenido
El módulo de AgentCore dejó el método: el harness desagregado en piezas administradas, cada una adoptada o no por separado, con la brújula “compra lo peligroso, delega lo commodity, guarda tu diferencial” y la decisión agendada porque la frontera se mueve por trimestre. Google desagrega parecido — con una pieza que AWS no tiene igual y un paraguas de marketing en movimiento (el paraguas cambió dos veces en un año: primero Agentspace pasó a llamarse Gemini Enterprise — la aplicación para usuarios finales — y luego, en Google Cloud Next del 22 de abril de 2026, Vertex AI Agent Builder — y con él Vertex AI entero — se convirtió en Gemini Enterprise Agent Platform, con Agent Engine renombrado Agent Runtime; los componentes de ingeniería son los estables, y son los que este módulo mapea).
| Pieza del harness | En AWS (AgentCore) | En GCP (Gemini Enterprise Agent Platform) |
|---|---|---|
| Framework para escribir el agente | — (traes el tuyo) | ADK (open source, Python/Go/Java/TS) |
| Runtime administrado del loop | AgentCore Runtime | Agent Runtime (hasta abril de 2026, Agent Engine) |
| Memoria administrada | AgentCore Memory | Sesiones + Memory Bank de Agent Runtime |
| Acceso a herramientas / MCP | AgentCore Gateway | Agent Gateway + MCP nativo |
| Identidad de agentes | AgentCore Identity | Agent Identity (ID criptográfico por agente, atado a su ciclo de vida) |
| Sandbox de código | AgentCore Code Interpreter | Agent Sandbox |
| Evaluar y observar | AgentCore Evaluations / Observability | Agent Evaluation · Agent Simulation · Agent Observability |
| Guardrails del diálogo | Bedrock Guardrails (módulo 10) | Model Armor (módulo 10) |
| RAG administrado | Knowledge Bases | Vertex AI Search / RAG Engine |
| Plantillas y low-code | — | Agent Garden (plantillas) / Agent Studio |
| Protocolo agente-a-agente | — | A2A (Agent2Agent) |
La tesis del módulo
La diferencia estructural del stack de Google es dónde pone la frontera del acoplamiento: el ADK es un framework open source que corre donde quieras — el código del agente no se casa con el runtime — y Agent Engine es solo la opción administrada para hospedarlo. Eso invierte el análisis del módulo de AWS: allá el runtime administrado acoplaba el cómo corre tu agente; acá puedes adoptar el framework sin el runtime, el runtime sin miedo (el código sale caminando), o ninguno. La brújula no cambia; el costo de equivocarse, sí — baja.
Las piezas, en diferencial
- ADK (Agent Development Kit): el framework code-first para escribir agentes — loop, herramientas, multi-agente — open source, estable, en Python, Go, Java y TypeScript. Es la pieza sin equivalente en AgentCore (donde el framework lo traes tú: LangGraph o equivalente). La lectura de arquitectura: ADK compite con LangGraph por el corazón de tu agente, y la decisión es de framework (ergonomía, ecosistema, equipo), no de nube — precisamente porque ADK no exige GCP para correr. Si tu harness ya está escrito y funciona, ADK no es una migración obligatoria: es una alternativa a evaluar con calma de framework.
- Agent Runtime (hasta abril de 2026, Agent Engine): el runtime administrado — despliegue, escalado, sesiones y Memory Bank (memoria de corto y largo plazo) incluidos. El calco funcional de AgentCore Runtime+Memory, con el matiz de la tesis: lo que despliegas es (típicamente) un agente ADK que también correría en tu Cloud Run. La decisión runtime-administrado-vs-propio del módulo de AWS se ejecuta igual — commodity al Engine, el agente-producto a tu Cloud Run — pero con billete de salida incluido.
- Agent Gateway y MCP: el acceso gobernado a herramientas, con MCP como idioma nativo (incluidos servidores MCP administrados de Google para sus propios servicios — BigQuery, Maps). Tus herramientas siguen siendo tus APIs; el argumento del módulo 5 no se mueve.
- A2A (Agent2Agent): el protocolo abierto para que agentes se descubran y hablen entre sí — la apuesta de Google por la interoperabilidad multi-agente, en producción. Hoy relevante si construyes ecosistemas de agentes que cruzan equipos u organizaciones; prematuro si tienes tres agentes en un embudo. Anótalo en la revisión trimestral: es el tipo de pieza que cambia de “curiosidad” a “estándar” sin avisar.
- Agent Garden / Agent Studio: plantillas y lienzo low-code. Para prototipado y equipos no-ingenieriles; la plataforma seria de este curso vive en las piezas anteriores.
ADK: EL FRAMEWORK NO SE CASA CON EL RUNTIME
┌──────────────────────┐
│ tu agente escrito │
│ en ADK (open source) │
└──────────┬───────────┘
│ el mismo código
┌────────────┴────────────┐
▼ ▼
┌──────────────────┐ ┌──────────────────┐
│ Agent Runtime │ │ tu Cloud Run │
│ (administrado: │ │ (módulo 3: │
│ sesiones, Memory │ │ control total, │
│ Bank, escalado) │ │ operación tuya) │
└──────────────────┘ └──────────────────┘
agentes commodity el agente-productoLa decisión, ejecutada
El árbol del módulo de AWS (¿te diferencia? → ¿es peligrosa de hacer bien? → ¿el acoplamiento te deja afinar?) se ejecuta contra este catálogo con dos conclusiones locales:
- El sandbox de código administrado sigue siendo la compra fácil — en GCP tiene nombre propio desde 2026: Agent Sandbox, el entorno endurecido para ejecutar código generado por el agente; la regla “lo peligroso se compra” no cambia de nube.
- La adopción parcial es más barata que en AWS: escribir el agente en ADK y hospedarlo en tu Cloud Run (módulo 3) es una combinación de primera clase — framework administrado por la comunidad, runtime tuyo, cero acoplamiento al Runtime administrado. Para la plataforma que quiere control sin reinventar el loop, es probablemente el punto dulce del catálogo GCP.
Ojo — el paraguas se mueve, las piezas no: Google reorganizó el marketing de esta plataforma más de una vez (Agent Builder → Gemini Enterprise Agent Platform; Agent Engine → Agent Runtime), y volverá a hacerlo. Los nombres de paraguas envejecen mal en un curso; por eso este módulo ancla en las piezas de ingeniería — ADK, Agent Runtime, Model Armor, A2A — que son las que aparecen en tu Terraform y tu factura. Si el nombre comercial que ves en la consola no coincide con el de este texto, busca la pieza, no el paraguas.
Y el recordatorio que cierra todos los módulos 9 de la serie: adoptar el stack administrado no deroga los módulos 1-8. El agente en Agent Runtime corre con una identidad mínima (módulo 2 — service account o Agent Identity), su gasto se atribuye por proyecto (módulo 8), sus herramientas tienen contrato y egress (módulos 4-5), su memoria administrada es un honeypot con política (módulo 6). La responsabilidad compartida, una vez más, no lee folletos.
Errores comunes
- Evaluar ADK como si fuera lock-in. Es open source y corre en cualquier parte — la evaluación correcta es contra LangGraph y compañía como framework, no contra AWS como nube.
- Casarse con el Runtime sin necesitarlo. Si tu agente es tu producto y quieres el harness fino, ADK-en-tu-Cloud-Run te da casi todo el valor administrado sin el acoplamiento de runtime. La combinación parcial es ciudadana de primera clase.
- Construir el sandbox propio. Tercera nube, misma regla: el aislamiento de ejecución a medias es la vulnerabilidad más cara del mundo agéntico. Se compra.
- Adoptar A2A por moda. Tres agentes en un embudo no necesitan un protocolo de descubrimiento inter-organizacional. Revisión trimestral sí; adopción por titular, no.
- Anclar la arquitectura a nombres de paraguas. Los rebrandings son gratis para Google y caros para tu documentación. Ancla en piezas (ADK, Runtime, Armor) y tu diseño sobrevive al próximo evento de marketing.
- Creer que administrado = gobernado. El estribillo de la serie, tercera estrofa: el runtime opera; permisos, presupuesto, retención y egress siguen firmados por ti.
La frase para llevarse
“Google desagrega igual que AWS con una diferencia que importa: el framework es open source y el código sale caminando — así que adopta por pieza con costo de arrepentimiento bajo, ancla tus decisiones en las piezas de ingeniería y no en el paraguas de marketing, y recuerda que el sandbox se compra en todas las nubes.”
Qué viene
Módulo 10: seguridad de la plataforma. Secret Manager y CMEK son traducciones directas; las piezas con personalidad propia son Model Armor — los guardrails de Google, que por API filtran cualquier modelo — y la joya defensiva que AWS no tiene tan integrada: los VPC Service Controls, el perímetro que encierra servicios y datos completos contra la exfiltración. Más Cloud Audit Logs como caja negra y Security Command Center como vigilante.
Material relacionado
Preguntas sobre este curso
Regístrate gratis para hacer preguntas y guardar tu progreso.
✉ Entérate de lo nuevo
Recibe un aviso cuando publique nuevos cursos, workshops o investigaciones. Sin spam.