Comprender este mapa te ahorra decisiones equivocadas
Me parece muy acertada la forma en que Microsoft está estructurando su ecosistema de inteligencia artificial en torno a AI Foundry, porque facilita enormemente entender qué papel juega cada pieza dentro de una solución concreta.
Es habitual escuchar términos como Copilot Studio, Microsoft Foundry o self-hosted agents sin tener del todo claro cuándo corresponde usar cada uno, qué nivel de gestión implica, cuánto control pone en tus manos y qué consecuencias tiene tanto para el desarrollo como para la operación del sistema.
Por eso comparto esta infografía inicial, que sirve como punto de partida para orientarse:
Copilot Studio, orientado a experiencias más low-code con menor complejidad técnica.
Microsoft Foundry como plataforma gestionada sobre la que construir modelos y agentes.
Prompt Agents y Hosted Agents, integrados dentro del Foundry Agent Service.
Self-hosted para aquellos escenarios en los que el equipo necesita asumir el control total del runtime y la infraestructura.
En próximas entregas explicaré cómo poner en marcha cada enfoque, en qué situaciones conviene apostar por uno u otro y qué criterios arquitectónicos merece la pena considerar antes de tomar ninguna decisión.
Si el tema te resulta interesante, te animo a seguir la serie y a dejar en comentarios qué componente te gustaría que abordase primero.
Mapa de decisión arquitectónica en Azure AI Foundry: cuándo usar cada componente
Resumen técnico
El ecosistema de Azure AI Foundry estructura cuatro niveles de despliegue para agentes e IA generativa. Copilot Studio opera en modalidad low-code con conectores nativos a Microsoft 365 y Power Platform. Microsoft AI Foundry actúa como plataforma gestionada para orquestación de modelos como GPT-4o y Phi-3. Dentro de Foundry Agent Service coexisten Prompt Agents, configurados por instrucciones de sistema, y Hosted Agents, con ejecución administrada por Azure. Los self-hosted agents trasladan la responsabilidad del runtime, la infraestructura y el escalado al equipo de desarrollo, ofreciendo máximo control sobre entornos con requisitos de soberanía de datos o latencia crítica.
Análisis de implicaciones
Elegir entre modalidades gestionadas y self-hosted tiene impacto directo en el SLA operativo, el modelo de costes y la superficie de responsabilidad del equipo. Hosted Agents en Foundry eliminan la gestión de infraestructura pero limitan la personalización del runtime. Los self-hosted agents permiten integrar dependencias propias, pero exigen pipelines de CI/CD, monitorización personalizada y gestión de actualizaciones. La elección errónea genera deuda técnica, sobrecoste en operaciones o bloqueos de cumplimiento normativo desde la fase de diseño.
Aplicación práctica
Copilot Studio es la opción directa para automatizar flujos internos sobre SharePoint, Teams o Dynamics 365 sin escribir infraestructura. Foundry Agent Service con Hosted Agents aplica cuando se necesita orquestar herramientas externas vía function calling o integrar bases de datos vectoriales como Azure AI Search. El modo self-hosted es adecuado en escenarios regulados, como banca o salud, donde los datos no pueden salir del entorno controlado del cliente, o cuando se requiere ejecutar modelos on-premise como Phi-3-mini.
Contexto del sector
Microsoft compite directamente con AWS Bedrock Agents y Google Vertex AI Agent Builder en el segmento de plataformas gestionadas para agentes. La diferenciación de Azure AI Foundry reside en la integración nativa con el stack empresarial de Microsoft y el catálogo de modelos que incluye OpenAI, Meta Llama y modelos Mistral. La presión regulatoria europea sobre IA Act y soberanía del dato impulsa la demanda de arquitecturas self-hosted en organizaciones del sector público y financiero.
Artículo relacionado
Más artículos sobre Copilot.