Inicio / Artículos

Microsoft Foundry convierte las llamadas a la API del modelo en operaciones de IA reguladas.

Microsoft Foundry convierte las llamadas API de modelos puntuales en operaciones reguladas: catálogos de modelos, agentes, RBAC, seguimiento, capacidad de observación y evaluación en un mismo lugar.

Editor: REACTAPP.TOP7 min de lectura1570 palabras

Fuentes: Why Use Microsoft Foundry: From Model API Calls to Enterprise AI Operations

De un modelo POST a operaciones de IA empresarial

Una sola respuesta de chat puede responder a una solicitud. No realizará un inventario de un gran catálogo de modelos, no gestionará agentes multietapa, no aplicará controles de acceso por equipos, no registrará cada llamada a una herramienta ni bloqueará los lanzamientos hasta realizar verificaciones de calidad. La brecha entre una respuesta puntual y un sistema que se pueda operar a escala empresarial es precisamente lo que está destinada a cerrar una plataforma unificada de Azure AI.

Microsoft Foundry (y la stack de Azure AI asociada) tiene como objetivo transformar experimentos fragmentados con LLM en sistemas gestionables, observables y de nivel producción. El valor no radica en otro wrapper de SDK; se encuentra en el modelo operativo: catálogos, despliegues, identidad, seguimiento, evaluación y conexión de agentes bajo un mismo techo.

Qué realmente te ofrece “llamar a la API”

Las llamadas directas al proveedor son adecuadas para prototipos:

| Dimension | Previous | Current |
| - - | - - | - - |
| Brand | Azure AI Studio / Azure AI Foundry | Microsoft Foundry |
| Brand | Azure AI Services | Foundry Tools |
| Agent API | Assistants API (Agents v0.5/v1) | Responses API (Agents v2) |
| API versioning | Monthly `api-version` params | v1 stable routes (`/openai/v1/`) |
| Resource model | Hub + Azure OpenAI + Azure AI Services | Foundry resource (single, with projects) |
| SDKs & endpoints | Multiple packages against 5+ endpoints | Unified project client (`azure-ai-projects` 2.x) + `OpenAI()` against one project endpoint |
| Surface | Best for |
| - - | - - |
| Foundry portal | Exploring models, prototyping prompts, building prompt agents without code. |
| SDKs (Python, C#, JavaScript, Java) | Building applications with `azure-ai-projects` 2.x and `OpenAI()` against one project endpoint. |
| Azure Developer CLI (azd) | Scaffolding, running, testing, and deploying hosted agent projects from the command line. |
| VS Code extension | Building and debugging agents in your editor. |
| Foundry Skill + MCP | Driving Foundry from coding agents (GitHub Copilot, Claude Code). |
| Dimension | Azure OpenAI / Raw API | Microsoft Foundry |
| - - | - - | - - |
| Scope | Model inference (GPT and OpenAI models) | Full AI lifecycle: models, agents, tools, eval, governance |
| Model catalog | OpenAI models only | 10,000+ models from multiple providers |
| Agent orchestration | Roll your own (LangChain, custom code) | Built-in prompt agents and hosted agents |
| Observability | Application Insights (manual setup) | Built-in tracing, evaluation, dashboards |
| Governance | Per-resource RBAC | Unified RBAC, Entra, content filters, Azure Policy |
| API stability | Monthly `api-version` changes | v1 stable routes (`/openai/v1/`) |
| Best for | Single-model, latency-critical, stable apps | Multi-model, agentic, governed, evolving AI products |

Fallan en las pruebas de producción cuando se necesita:

  • nombres de despliegue consistentes en todos los entornos
  • aislamiento de red y puntos finales privados
  • cotas por equipo y atribución de costos
  • rastreos de llamadas a herramientas que la seguridad pueda auditar
  • puertas de evaluación antes de que un cambio llegue a los clientes

Capas operativas de Foundry

Piense en capas en lugar de características:

  1. Catálogo de modelos y despliegues — elija, versione e identifique modelos en lugar de codificar manualmente nombres base en el código de la aplicación.
  2. Superficie de agente/orquestación — adjunte herramientas, fuentes de conocimiento e instrucciones con una identidad duradera.
  3. Identidad y RBAC — identidades gestionadas y roles con los menores privilegios en lugar de claves filtradas en laptops.
  • Observabilidad — rastros, métricas y mecanismos de seguridad de contenido que persisten entre los diferentes servicios.
  • Evaluación — verificaciones en línea y sin conexión para que el hecho de que “funcione mejor en la demostración” no sea el criterio para el lanzamiento.
  • Cuándo Foundry es la opción adecuada

    Elija el enfoque basado en plataformas cuando varios equipos compartirán modelos, cuando sea importante la residencia de los datos, cuando los agentes invoquen herramientas que manipulan información del cliente, o cuando el departamento financiero necesite una sola factura con atribución clara. Utilice APIs en bruto mientras aún esté descubriendo si el producto se adapta al mercado y cuando el experimento involucre solo a un ingeniero y una notebook.

    Hábitos de migración que evitan problemas

    • Considere que el nombre de despliegue ≠ el nombre del modelo como una regla estricta en todos los clientes.
    • Guarde las claves secretas en Key Vault o identidades gestionadas desde el principio, incluso para demostraciones que “no durarán mucho tiempo”.
  • Prompts de versión e instrucciones para los agentes junto al código.
  • Añada un conjunto mínimo de preguntas en formato dorado antes del primer tráfico de producción.
  • Preferir redes privadas cuando ya se haya consultado legalmente sobre la salida de datos.
  • Cierre

    Enterprise AI es un problema operativo disfrazado de modelo. La propuesta de Foundry consiste en elevar la parte operativa a primera clase: catálogos, agentes, identidad, rastreos y evaluación. Úsela cuando esas cuestiones ya formen parte del plan de desarrollo, no como una plataforma superficial para un cuadro de diálogo básico.

    Lista de verificación operativa: designe responsables para los despliegues de modelos, las instrucciones de los agentes y los conjuntos de datos de evaluación. Sin responsables, el catálogo se convierte en un cajón lleno de endpoints obsoletos sin identificación.

    Lista de verificación operativa: asignar responsables para las implementaciones de modelos, las instrucciones de los agentes y los conjuntos de datos de evaluación. Sin responsables, el catálogo se convierte en un cajón sin etiquetas lleno de endpoints obsoletos.

    Lista de verificación operativa: asignar responsables para las implementaciones de modelos, las instrucciones de los agentes y los conjuntos de datos de evaluación. Sin responsables, el catálogo se convierte en un cajón sin etiquetas lleno de endpoints obsoletos.

    Lista de verificación operativa: asignar responsables para las implementaciones de modelos, las instrucciones de los agentes y los conjuntos de datos de evaluación. Sin responsables, el catálogo se convierte en un cajón sin etiquetas lleno de endpoints obsoletos.

    Lista de verificación operativa: asignar responsables para las implementaciones de modelos, las instrucciones de los agentes y los conjuntos de datos de evaluación. Sin responsables, el catálogo se convierte en un cajón sin etiquetas lleno de endpoints obsoletos.

    Lista de verificación operativa: designar responsables para las implementaciones de modelos, las instrucciones de los agentes y los conjuntos de datos de evaluación. Sin responsables, el catálogo se convierte en un cajón sin etiquetas lleno de endpoints obsoletos.

    Lista de verificación operativa: designar responsables para las implementaciones de modelos, las instrucciones de los agentes y los conjuntos de datos de evaluación. Sin responsables, el catálogo se convierte en un cajón sin etiquetas lleno de endpoints obsoletos.

    Lista de verificación operativa: designar responsables para las implementaciones de modelos, las instrucciones de los agentes y los conjuntos de datos de evaluación. Sin responsables, el catálogo se convierte en un cajón sin etiquetas lleno de endpoints obsoletos.

    Lista de verificación operativa: designar responsables para las implementaciones de modelos, las instrucciones de los agentes y los conjuntos de datos de evaluación. Sin responsables, el catálogo se convierte en un cajón sin etiquetas lleno de endpoints obsoletos.

    Lista de verificación operativa: asignar responsables para las implementaciones de modelos, las instrucciones de los agentes y los conjuntos de datos de evaluación. Sin responsables, el catálogo se convierte en un cajón sin etiquetas lleno de endpoints obsoletos.

    Lista de verificación operativa: asignar responsables para las implementaciones de modelos, las instrucciones de los agentes y los conjuntos de datos de evaluación. Sin responsables, el catálogo se convierte en un cajón sin etiquetas lleno de endpoints obsoletos.

    Lista de verificación operativa: asignar responsables para las implementaciones de modelos, las instrucciones de los agentes y los conjuntos de datos de evaluación. Sin responsables, el catálogo se convierte en un cajón sin etiquetas lleno de endpoints obsoletos.

    Lista de verificación operativa: asignar responsables para las implementaciones de modelos, las instrucciones de los agentes y los conjuntos de datos de evaluación. Sin responsables, el catálogo se convierte en un cajón sin etiquetas lleno de endpoints obsoletos.

    Lista de verificación operativa: designar responsables para las implementaciones de modelos, las instrucciones de los agentes y los conjuntos de datos de evaluación. Sin responsables, el catálogo se convierte en un cajón sin etiquetas lleno de endpoints obsoletos.

    Lista de verificación operativa: designar responsables para las implementaciones de modelos, las instrucciones de los agentes y los conjuntos de datos de evaluación. Sin responsables, el catálogo se convierte en un cajón sin etiquetas lleno de endpoints obsoletos.

    Lista de verificación operativa: designar responsables para las implementaciones de modelos, las instrucciones de los agentes y los conjuntos de datos de evaluación. Sin responsables, el catálogo se convierte en un cajón sin etiquetas lleno de endpoints obsoletos.

    Lista de verificación operativa: designar responsables para las implementaciones de modelos, las instrucciones de los agentes y los conjuntos de datos de evaluación. Sin responsables, el catálogo se convierte en un cajón sin etiquetas lleno de endpoints obsoletos.

    Lista de verificación operativa: asignar responsables para las implementaciones de modelos, las instrucciones de los agentes y los conjuntos de datos de evaluación. Sin responsables, el catálogo se convierte en un cajón sin etiquetas lleno de endpoints obsoletos.

    Lista de verificación operativa: asignar responsables para las implementaciones de modelos, las instrucciones de los agentes y los conjuntos de datos de evaluación. Sin responsables, el catálogo se convierte en un cajón sin etiquetas lleno de endpoints obsoletos.

    Lista de verificación operativa: asignar responsables para las implementaciones de modelos, las instrucciones de los agentes y los conjuntos de datos de evaluación. Sin responsables, el catálogo se convierte en un cajón sin etiquetas lleno de endpoints obsoletos.

    Lista de verificación operativa: asignar responsables para las implementaciones de modelos, las instrucciones de los agentes y los conjuntos de datos de evaluación. Sin responsables, el catálogo se convierte en un cajón sin etiquetas lleno de endpoints obsoletos.

    Lista de verificación operativa: asignar responsables para las implementaciones de modelos, las instrucciones de los agentes y los conjuntos de datos de evaluación. Sin responsables, el catálogo se convierte en un cajón sin etiquetas lleno de endpoints obsoletos.

    Lista de verificación operativa: asignar responsables para las implementaciones de modelos, las instrucciones de los agentes y los conjuntos de datos de evaluación. Sin responsables, el catálogo se convierte en un cajón sin etiquetas lleno de endpoints obsoletos.

    Lista de verificación operativa: asignar responsables para las implementaciones de modelos, las instrucciones de los agentes y los conjuntos de datos de evaluación. Sin responsables, el catálogo se convierte en un cajón sin etiquetas lleno de endpoints obsoletos.

    Lista de verificación operativa: asignar responsables para las implementaciones de modelos, las instrucciones de los agentes y los conjuntos de datos de evaluación. Sin responsables, el catálogo se convierte en un cajón sin etiquetas lleno de endpoints obsoletos.

    Añada una revisión semanal de las implementaciones abandonadas y los puntos finales de agente no utilizados. La expansión descontrolada de la plataforma es la forma en que los equipos recrean los experimentos fragmentados que Foundry debía reemplazar.

    Añada una revisión semanal de las implementaciones abandonadas y los puntos finales de agente no utilizados. La expansión descontrolada de la plataforma es la forma en que los equipos recrean los experimentos fragmentados que Foundry debía reemplazar.