Arquitectura Azure — Módulo 9: Foundry Agent Service y el stack de agentes

Tercera ejecución del método del módulo 9 de AWS: el harness desagregado en piezas administradas, cada una evaluada por separado con la brújula de la serie, y la decisión con fecha de revisión porque esta categoría se mueve por trimestre. El stack de Microsoft se organiza bajo Foundry (el paraguas que ya conociste por sus modelos en el módulo 7) y tiene el sabor más “suite integrada” de las tres nubes.

Pieza del harness	AWS (AgentCore)	GCP (Gemini Enterprise Agent Platform)	Azure (Foundry)
Runtime del loop	Runtime	Agent Runtime	Agent Service
Framework para escribirlo	—	ADK (open source)	Agent Framework (open source; heredero de Semantic Kernel/AutoGen; 1.0 GA en abril de 2026)
Modelos	Bedrock	Model Garden	Foundry Models (módulo 7)
Grounding / RAG administrado	Knowledge Bases	Vertex AI Search	Foundry IQ (sobre AI Search)
Herramientas / MCP	Gateway (MCP)	Agent Gateway (MCP)	Tools (+ MCP, conectores Logic Apps)
Guardrails del diálogo	Bedrock Guardrails	Model Armor	Content Safety integrado
Gobernanza de flota	(se arma)	(se arma)	Foundry control plane
Identidad de agentes	AgentCore Identity	Agent Identity	Entra Agent ID (GA abril 2026)

La tesis del módulo

Foundry apuesta por la suite: el Agent Service no es solo el runtime — trae la orquestación de conversaciones y herramientas con content safety aplicado en el flujo, el grounding conectado (IQ sobre AI Search) y un control plane que ve la flota entera — y la identidad de agentes vive en Entra, el mismo directorio de la empresa. La contracara es la de toda suite: más valor integrado por pieza adoptada, más gravedad hacia adoptar el conjunto. La brújula de la serie no cambia — pero en Azure conviene aplicarla con el ojo puesto en la fuerza de atracción.

Las piezas, en diferencial

• Agent Service: el runtime administrado — hilos de conversación persistentes, orquestación de llamadas a herramientas, content safety en el flujo, integración con identidad y observabilidad. Es el AgentCore Runtime / Agent Runtime de esta casa, con más baterías puestas: parte de lo que allá eran módulos aparte (guardrails, memoria conversacional) aquí viene en el paquete. La decisión commodity-vs-diferencial es la de siempre: el agente estándar gana velocidad real; el harness fino que es tu producto sigue viviendo mejor en tu Container App.
• Agent Framework: el framework open source de Microsoft para escribir agentes — el heredero unificado de Semantic Kernel y AutoGen, multi-agente incluido; su versión 1.0 llegó a disponibilidad general el 2 de abril de 2026 (.NET y Python). El análogo del ADK: se evalúa contra LangGraph y compañía como framework (corre donde quieras), no como decisión de nube — y comparte con ADK el argumento del billete de salida: escribir en el framework de la casa no obliga al runtime de la casa.
• Foundry IQ: la capa de conocimiento/grounding — colecciones de fuentes servidas a los agentes, con AI Search debajo (la alineación que el módulo 6 anticipó). El Knowledge-Bases de esta casa: RAG commodity en días; el RAG que es tu producto sigue siendo tuyo.
• Tools y conectores: herramientas propias vía MCP y — el diferencial enterprise — el puente a los conectores de Logic Apps: el catálogo de integraciones SaaS (SharePoint, Dynamics, SAP, correo) disponible como herramientas de agente. Para plataformas que viven en el ecosistema Microsoft, es la ruta corta a “el agente que toca los sistemas de la empresa”; el contrato y el mínimo privilegio de cada herramienta siguen siendo tu diseño.
• El control plane y Entra Agent ID: la gobernanza de flota — inventario de agentes, políticas, evaluación de riesgos en runtime — con las identidades de agentes como ciudadanos del directorio corporativo (Entra Agent ID es GA desde abril de 2026, con identidades y cuentas de agente como objetos propios del directorio). Es la clase de gobernanza convertida en producto, y el punto donde la tesis del módulo 1 (la nube dentro del directorio) rinde su fruto más concreto: el inventario de agentes de la empresa vive donde el CISO ya mira.

Ojo — la gravedad de la suite: cada pieza de Foundry funciona mejor con las demás cerca (IQ con AI Search, Tools con Logic Apps, identidad con Entra), y esa es exactamente su propuesta de valor y su costo de salida. La disciplina de la serie se vuelve más importante, no menos: adopta por pieza con la tabla de la brújula, documenta qué usarías de reemplazo si salieras (¿tu Container App? ¿LangGraph? ¿tu AI Search directo?), y agenda la revisión. La suite bien adoptada es velocidad; la suite adoptada por gravedad es lock-in con buena prensa.

   FOUNDRY: LA SUITE Y SU GRAVEDAD

            ┌──────────────────────┐
            │ Agent Service        │
            │ (runtime + hilos +   │
            │ content safety)      │
            └──┬───────┬────────┬──┘
               │       │        │
       ┌───────┘       │        └────────┐
       ▼               ▼                 ▼
  ┌──────────┐  ┌────────────┐  ┌─────────────────┐
  │ Foundry  │  │ Tools: MCP │  │ Entra Agent ID  │
  │ IQ sobre │  │ + conecto- │  │ + control plane │
  │ AI Search│  │ res Logic  │  │ (la flota, en   │
  │ (mód. 6) │  │ Apps       │  │ el directorio)  │
  └──────────┘  └────────────┘  └─────────────────┘

  cada pieza rinde más con las otras cerca: eso es
  el valor — y el costo de salida. Adopta por pieza.

La decisión, tercera ejecución

Sin re-argumentar — las conclusiones locales:

1. Content safety y sandbox se compran — aquí ni siquiera es decisión: vienen en el flujo del Agent Service, y para el camino propio, Content Safety existe como servicio aparte (módulo 10). La regla “lo peligroso se compra” cierra la serie invicta.
2. El punto dulce de Azure es enterprise-integrado: si tu plataforma necesita agentes que toquen el ecosistema Microsoft corporativo (SharePoint, Teams, Dynamics) con identidad del directorio y aprobadores del directorio, la suite compone un caso más fuerte que sus pares — es su terreno.
3. El agente-producto sigue el patrón de la serie: Agent Framework (o LangGraph) en tu Container App, con Foundry Models detrás vía el gateway del módulo 7 — control total, catálogo administrado, y el stack de la suite disponible pieza a pieza cuando pague.

Y el estribillo final de los módulos 9, tercera estrofa completa: adoptar la suite no deroga los módulos 1-8 — la managed identity mínima, el despliegue con su TPM, el RG con sus tags, el private endpoint, la política de retención del hilo conversacional (que ahora vive en el servicio: pregunta por su retención y sus llaves — módulo 10). La responsabilidad de lo que el agente hace no se subcontrata.

Errores comunes

• Adoptar la suite por gravedad. “Ya que usamos Foundry Models, usemos todo” no es la tabla de la brújula. Pieza por pieza, con reemplazo documentado y fecha de revisión — más importante en la suite más integrada.
• Evaluar Agent Framework como lock-in. Open source, corre donde quieras — la evaluación es de framework (contra LangGraph, contra ADK), no de nube. El mismo error de GCP, la misma corrección.
• Ignorar el terreno propio de Azure. Si el caso es “agentes sobre el ecosistema corporativo Microsoft”, pelear contra la suite es pagar integración artesanal por principio. El terreno se reconoce y se aprovecha.
• Construir el sandbox propio. Tres nubes, cero excepciones. Se compra.
• Olvidar la retención del hilo administrado. La memoria conversacional del Agent Service es el honeypot del módulo 6 con otro dueño operativo — la política de retención, PII y llaves se pregunta y configura, no se asume.
• Creer que el control plane gobierna solo. Inventario y políticas de flota son herramientas; la política (qué exige aprobación, qué puede cada agente) sigue saliendo de tu gobernanza declarada. El producto ejecuta; el criterio es tuyo.

La frase para llevarse

“Foundry es la suite: runtime con baterías, grounding conectado, herramientas del ecosistema y la flota gobernada desde el directorio — velocidad real en su terreno. La brújula sobrevive intacta: compra lo peligroso, guarda tu diferencial, y adopta por pieza con el reemplazo documentado — porque la gravedad de una suite es su valor y su precio.”

Qué viene

Módulo 10: seguridad de la plataforma. Key Vault y las llaves propias como traducciones, Content Safety con sus Prompt Shields como el guardrail declarativo local, Defender for Cloud vigilando (con su módulo para IA), y la caja negra de esta casa — activity logs y diagnostic settings fluyendo al workspace central que el módulo 11 consultará con KQL.

Material relacionado

• Módulo 8: FinOps en Azure
• Módulo 10: seguridad de la plataforma
• Curso de AWS — Módulo 9: AgentCore y agentes administrados
• Curso de GCP — Módulo 9: Agent Engine y ADK
• Curso de LangGraph — Módulo 1: qué es y por qué
• Glosario de Arquitectura Azure para Agentes de IA