Microsoft Foundry: lleva modelos, aplicaciones y agentes de IA a producción
Construye, evalúa, publica y supervisa soluciones de IA con modelos, agentes, herramientas, observabilidad, seguridad y gobierno sobre Azure.
Microsoft Foundry es la plataforma de Azure para organizar el ciclo de vida de aplicaciones y agentes de inteligencia artificial. Su valor no está solo en acceder a modelos. Está en reunir recursos, proyectos, conexiones, evaluaciones, trazas, controles de seguridad y capacidades de publicación bajo una estructura común. Esto permite pasar de una prueba convincente a una solución que puede operar, medirse, auditarse y evolucionar dentro de una organización.
La diferencia entre una prueba técnica y una capacidad empresarial está en todo lo que rodea al modelo
Un prototipo puede funcionar con una interfaz, un prompt y una clave. Producción exige identidad, aislamiento, conexiones, pruebas repetibles, observabilidad, control de costes, publicación, soporte y procedimientos de cambio. Microsoft Foundry organiza estas piezas para reducir la distancia entre experimentación e industrialización.
Prueba técnica
Valida que un modelo puede responder, resumir, buscar o utilizar una herramienta.
No demuestra todavía seguridad, estabilidad, coste ni capacidad de operación.
Producto de IA
Tiene usuarios, propietario, métricas, pruebas, versiones, permisos, soporte y una arquitectura documentada.
Puede compararse, desplegarse y mejorarse sin depender de una sola persona.
Recursos, proyectos, activos y conexiones: cómo se organiza Microsoft Foundry
Recurso Foundry
Límite superior para gobierno, redes, seguridad, despliegues de modelos y capacidades compartidas.
Proyectos
Espacios de desarrollo para equipos y casos que reutilizan una base preconfigurada.
Activos del proyecto
Agentes, archivos, evaluaciones y artefactos asociados a una iniciativa concreta.
Recursos conectados
Azure AI Search, Storage, Key Vault y otros servicios con límites propios de gobierno.
Crear un agente es solo el principio: hay que versionarlo, evaluarlo, publicarlo y supervisarlo
Foundry Agent Service permite trabajar con agentes que utilizan modelos, conocimiento y herramientas. La plataforma añade un ciclo de vida con versiones, publicación mediante endpoints estables, evaluaciones y observabilidad. Esto facilita controlar cambios y detectar regresiones antes de ampliar usuarios o autonomía.
Construcción
Modelo, instrucciones, conocimiento, herramientas y pruebas funcionales.
El diseño debe reflejar una tarea y un resultado empresarial.
Operación
Versiones, publicación, evaluaciones, trazas, monitorización, incidencias y costes.
El agente debe poder explicarse y mantenerse.
Sin trazas, un agente complejo se convierte en una caja negra
Las trazas permiten inspeccionar entradas, salidas, llamadas a modelos, herramientas utilizadas, reintentos, latencia, errores y consumo durante una ejecución. Esto ayuda a localizar dónde se degrada la calidad y qué dependencia explica el fallo.
Foundry se apoya en estándares de observabilidad y puede integrarse con Application Insights para analizar aplicaciones y agentes de extremo a extremo.
La organización debe definir qué se registra, quién accede, cuánto tiempo se conserva y cómo se protege la información sensible.
Cada cambio de modelo, prompt, dato o herramienta puede alterar el resultado
La evaluación debe utilizar conjuntos de prueba representativos, criterios de calidad, seguridad y comportamiento del agente. El objetivo es comparar versiones, detectar regresiones y decidir con evidencia si un cambio puede publicarse.
En agentes, no basta con medir la respuesta final. También hay que revisar selección de herramientas, parámetros, secuencia de pasos y finalización de la tarea.
Calidad, seguridad, agentes y operación
Calidad general
Coherencia, relevancia, precisión, utilidad y adecuación al usuario.
RAG
Fundamentación, relevancia de recuperación, cobertura y uso correcto de fuentes.
Seguridad
Exposición, contenido perjudicial, límites y comportamiento seguro.
Agentes
Finalización de tarea, selección de herramientas, precisión de llamadas y resultado.
Compartir capacidades no debe significar compartir acceso indiscriminado
Foundry permite organizar recursos y proyectos, pero cada conexión debe diseñarse con mínimo privilegio. Azure AI Search, Storage, Key Vault y otras dependencias mantienen sus propios límites de seguridad. La arquitectura debe controlar ambos lados.
Identidad y roles
Permisos por equipo, entorno, proyecto, recurso y operación.
Conexiones controladas
Acceso limitado a los datos y servicios que el caso necesita.
Red y secretos
Aislamiento, endpoints privados, identidades gestionadas y credenciales protegidas.
Políticas y auditoría
Regiones, recursos, despliegues, etiquetas, trazas, cambios y responsabilidades.
Dónde aporta valor Microsoft Foundry
Agentes operativos
Agentes conectados con herramientas y procesos que necesitan trazas, evaluación y control.
Asistentes con RAG
Conocimiento empresarial, búsqueda, citación y pruebas de fundamentación.
Aplicaciones multimodelo
Soluciones que combinan modelos generativos y herramientas especializadas.
Plataformas internas de IA
Varios equipos comparten gobierno, conexiones, métricas, evaluadores y patrones.
Crear un gran entorno compartido sin aislar equipos, datos y conexiones
Compartir modelos y servicios puede reducir duplicación, pero una conexión demasiado amplia puede exponer recursos a proyectos actuales y futuros. El diseño debe equilibrar reutilización y mínimo privilegio.
Conviene definir recursos, proyectos, conexiones, entornos y ownership antes de multiplicar casos de uso.
Cómo adoptar Microsoft Foundry sin sobredimensionar la plataforma
Seleccionar un caso
Usuarios, tarea, datos, herramientas, riesgo y métrica.
Diseñar límites
Recurso, proyecto, conexiones, roles, redes y entornos.
Construir y medir
Modelo, agente, datos, herramientas, trazas y evaluaciones.
Industrializar
Publicación, CI/CD, seguridad, monitorización, soporte y costes.
Extraer patrones
Conexiones, evaluadores, herramientas, plantillas y políticas reutilizables.
Escalar con gobierno
Nuevos equipos, proyectos, modelos, agentes, costes y responsabilidades.
Conecta Foundry con datos, búsqueda, aplicaciones y agentes
Azure + IA empresarial
Hub principal para arquitectura, datos, modelos, seguridad y agentes.
Arquitectura IA en Azure
Capas, integración, seguridad, resiliencia, GenAIOps y gobierno.
Azure AI Search
Búsqueda vectorial, semántica e híbrida para conocimiento empresarial.
Copilot Studio vs Foundry
Compara low-code, arquitectura, integración, gobierno y complejidad.
Foundry aporta la plataforma; el valor exige conectarla con datos, procesos y aplicaciones
Ayesa combina capacidades en Microsoft Foundry, Azure OpenAI, Azure AI Search, agentes, Fabric, Power Platform, Microsoft 365, Dynamics 365, Business Central, integración, aplicaciones y seguridad. Esto permite llevar la IA desde el portal técnico hasta el proceso empresarial.
El enfoque parte de un caso medible, diseña límites correctos, incorpora evaluación y observabilidad y convierte en plataforma compartida únicamente aquello que demuestra reutilización.
Una evaluación rigurosa debe producir
Modelo de organización: recursos, proyectos, equipos, entornos y ownership.
Arquitectura: modelos, agentes, conexiones, datos, red y seguridad.
Plan de calidad: datasets, evaluadores, trazas, regresiones y revisión humana.
Modelo operativo: publicación, monitorización, soporte, coste y cambios.
Roadmap: caso inicial, patrones reutilizables y escalado gobernado.
Dudas clave sobre Microsoft Foundry
¿Qué es Microsoft Foundry?
Es la plataforma de Azure para construir, evaluar, publicar, observar y gobernar aplicaciones y agentes de inteligencia artificial.
¿Es lo mismo que Azure AI Foundry?
Microsoft ha evolucionado la denominación y experiencia hacia Microsoft Foundry. Muchas referencias anteriores siguen utilizando Azure AI Foundry.
¿Qué diferencia hay entre recurso y proyecto?
El recurso define el límite superior de gobierno y servicios compartidos. El proyecto aísla el desarrollo y los activos de un caso o equipo.
¿Qué aporta Agent Service?
Permite crear, versionar, evaluar, publicar y monitorizar agentes conectados con modelos, conocimiento y herramientas.
¿Qué información muestran las trazas?
Entradas, salidas, llamadas a modelos, herramientas, reintentos, latencia, errores y consumo de una ejecución.
¿Foundry sustituye a Copilot Studio?
No. Responden a necesidades distintas y pueden complementarse. La elección depende de complejidad, integración, equipo y control requerido.
¿Cómo se controla el coste?
Con selección de modelos, presupuestos, etiquetas, métricas por tarea, optimización de contexto y seguimiento de consumo.
¿Cuál debería ser el primer paso?
Elegir un caso, definir datos y herramientas, diseñar los límites de recurso y proyecto y establecer pruebas antes de desplegar.
Convierte un caso de IA en un producto medible, observable y gobernado
Una evaluación inicial puede definir recursos, proyectos, modelos, agentes, conexiones, seguridad, evaluación, costes y una hoja de ruta de adopción.
La primera conversación debería aclarar
Qué caso y usuarios entran en el primer proyecto.
Qué modelos, datos y herramientas necesita.
Qué recursos deben compartirse y cuáles aislarse.
Qué evaluación, trazas y seguridad son obligatorias.
Qué métrica justificará el paso a producción.
Cuéntanos qué aplicación o agente necesitas llevar a producción
Podremos valorar arquitectura, modelos, agentes, conexiones, seguridad, evaluaciones, observabilidad, costes y una primera hoja de ruta.
Business Development Manager | PSELLER Microsoft en Ayesa | Miembro Unidad Transición Energética, Climática y Urbana en Tecnalia | Secretaria de la Junta Directiva del Cluster de la Construcción (Build INN)