Desactivación y retirada de modelos de computación gestionados (clásico)

Solo se aplica a:portal Foundry (clásico). Este artículo no está disponible para el nuevo portal de Foundry. Obtenga más información sobre el nuevo portal.

Nota

Los vínculos de este artículo pueden abrir contenido en la nueva documentación de Microsoft Foundry en lugar de la documentación de Foundry (clásico) que está viendo ahora.

Microsoft Foundry actualiza continuamente su catálogo de modelos con modelos más recientes y compatibles. Como parte de este proceso, los proveedores de modelos podrían dejar de usar y retirar sus modelos anteriores, y es posible que tenga que actualizar las aplicaciones para que usen un modelo más reciente.

Fases del ciclo de vida del modelo

Los modelos del catálogo de modelos pertenecen a una de estas fases:

  • Vista previa
  • Disponible con carácter general
  • Legado
  • En desuso
  • Retirado

Vista previa

Los modelos con la etiqueta Preview son experimentales por naturaleza. Los pesos, el tiempo de ejecución y el esquema de API de un modelo pueden cambiar mientras el modelo está en versión preliminar. No se garantiza que los modelos de la versión preliminar estén disponibles con carácter general. Los modelos en versión preliminar tienen una etiqueta Preview junto a su nombre en el catálogo de modelos.

Disponible con carácter general (GA)

Esta fase es la fase de modelo predeterminada. Los modelos que no incluyen una etiqueta de ciclo de vida junto a su nombre son ga y son adecuados para su uso en entornos de producción. En esta fase, se fijan los pesos del modelo y las API. Sin embargo, los contenedores de modelos o los entornos de ejecución con vulnerabilidades podrían aplicar revisiones, pero las revisiones no afectan a las salidas del modelo.

Legado

Los modelos etiquetados como Legado están destinados a la obsolescencia. Debe planear el traslado a un modelo diferente, como un nuevo modelo mejorado que podría estar disponible en la misma familia de modelos. Mientras un modelo está en la fase heredada, las implementaciones existentes del modelo siguen funcionando y puede crear nuevas implementaciones del modelo hasta la fecha de desuso.

En desuso

Los modelos etiquetados en desuso ya no están disponibles para las nuevas implementaciones. No se pueden crear nuevas implementaciones para el modelo; sin embargo, las implementaciones existentes siguen funcionando hasta la fecha de retirada.

Retirado

Los modelos etiquetados Retirados ya no están disponibles para su uso. No se pueden crear nuevas implementaciones e intentar usar las implementaciones existentes devuelven 404 errores.

Próximos retiros para modelos de cálculo administrados

En las tablas siguientes se enumeran los cronogramas de los modelos de computación gestionada que están programados para retirarse. Las fases del ciclo de vida entran en vigor a las 00:00:00 UTC en las fechas especificadas.

Deci AI

Modelo Fecha de legado Fecha de desuso Fecha de retirada Modelo de reemplazo sugerido
deci-decidiffusion-v1-0 16 de marzo de 2026 16 de abril de 2026 31 de julio de 2026 N/A

Microsoft

Modelo Fecha de legado Fecha de desuso Fecha de retirada Modelo de reemplazo sugerido
análisis-de-informes-financieros 16 de marzo de 2026 16 de abril de 2026 31 de julio de 2026 N/A
financial-reports-analysis-v2 16 de marzo de 2026 16 de abril de 2026 31 de julio de 2026 N/A
regulaciones de comercio de la cadena de suministro 16 de marzo de 2026 16 de abril de 2026 31 de julio de 2026 N/A
regulaciones-comerciales-de-la-cadena-de-suministro-v2 16 de marzo de 2026 16 de abril de 2026 31 de julio de 2026 N/A

Migración a un modelo de reemplazo

Cuando un modelo que use entra en la fase heredada o en desuso, siga estos pasos para migrar:

  1. Identifique el reemplazo. Compruebe la columna Modelo de reemplazo sugerido en las tablas.
  2. Pruebe el reemplazo. Implemente el modelo de reemplazo sugerido y valide que cumple los requisitos de la aplicación, incluida la calidad de salida, la latencia y el costo.
  3. Actualice sus despliegues. Cree una nueva implementación con el modelo de reemplazo y actualice el código de la aplicación para que apunte al nuevo nombre de implementación.
  4. Elimine la implementación anterior. Después de confirmar que el reemplazo funciona correctamente, elimine la implementación del modelo en desuso para evitar errores inesperados 404 después de la retirada.

Propina

Inicie la migración tan pronto como un modelo entre en la fase Heredada . Esto le proporciona el tiempo máximo para probar y realizar la transición antes de que el modelo esté en desuso y se bloqueen nuevas implementaciones.