Ciclo de vida y política de soporte de los modelos de Microsoft Foundry en Azure Government

Los modelos de Foundry de Microsoft en Azure Government pasan por un ciclo de vida predecible, desde la versión preliminar hasta la disponibilidad general (GA) y hasta su retirada eventual, lo que le da tiempo para evaluar los reemplazos y migrar las cargas de trabajo. En este artículo se explica cada fase del ciclo de vida, los compromisos de superposición que Microsoft realiza cuando se retira un modelo y cómo usted recibe notificaciones en Azure Government. Para obtener fechas de retirada específicas, consulte Programación de retirada de modelos.

Este artículo se centra en dónde hay diferencias entre Commercial para Azure Government. Para obtener información general, consulte Ciclo de vida y política de soporte de Foundry Models.

Funcionamiento del ciclo de vida del modelo

Microsoft Foundry actualiza continuamente su catálogo de modelos con modelos más recientes y compatibles. Cuando se reemplaza un modelo, pasa por un ciclo de vida predecible que proporciona a los clientes tiempo para evaluar los reemplazos y la migración. El ciclo de vida se aplica a todos los modelos de Foundry en Azure Government vendidos por Azure.

Fases del ciclo de vida

Dado que los modelos de versión preliminar no se entregan en Azure Government, todos los modelos del catálogo foundry de Azure Government pertenecen exactamente a una de las cuatro fases:

Fase Lo que significa ¿Puede crear nuevas implementaciones? ¿Funcionan las implementaciones existentes?
Disponible con carácter general (GA) Listo para producción. Los pesos y las API son fijos. Los parches de seguridad en tiempo de ejecución para vulnerabilidades no afectan los resultados. No se muestra ninguna etiqueta (estado predeterminado). Sí Sí
Heredado Existen modelos más recientes y compatibles. Debe planificar la migración de cargas de trabajo. Esta fase es opcional: es posible que los modelos pasen directamente de estar en Disponibilidad general a Retirado. Sí (hasta la deprecación) Sí
En desuso Los clientes existentes pueden seguir creando y administrando implementaciones. Ya no está disponible para los nuevos clientes: los nuevos clientes no pueden crear implementaciones ni acceder al modelo. "Cliente existente" se determina en el nivel de suscripción: si esa suscripción Azure ha implementado alguna vez la versión del modelo específica. Una nueva suscripción bajo el mismo tenant no hereda los permisos de acceso. - Clientes existentes: Sí.
- Nuevos clientes: No		 Sí
Retirado Se ha quitado del servicio. Todas las solicitudes de inferencia devuelven 410 Gone. No No

Inicio y disponibilidad del modelo

Los nuevos modelos están disponibles a través de los tipos de implementación en un orden predecible:

Pedido Tipo de implementación Cuando esté disponible
1 Estándar de zona de datos Cuando se lanza por primera vez en el entorno de Azure Government
2 Zona de datos aprovisionada Después de una implementación estándar por zona de datos: se hablita la capacidad reservada
3 Estándar y provisionado Último: solo regional, ya que los modelos más antiguos se retiran y se reasignan la capacidad.

Vista rápida de estado de disponibilidad

Data Zone Standard  ──►  Data Zone Provisioned  ──►   Standard
                                                         and
    (at launch)        (expands to Provisioned)      Provisioned   
                                                     (as capacity
                                                       permits)

Sugerencia

Para obtener una comparación completa de los tipos de implementación, consulte Comparación de tipos de implementación.

Consideraciones especiales

Varios factores afectan a cómo se aplica el ciclo de vida estándar a las implementaciones, incluida la región en la que opera, el tipo de implementación y los requisitos de seguridad.

Disponibilidad regional

  • No todas las combinaciones de modelos y versiones están disponibles en todas las regiones.
  • Es posible que las versiones sucesivas del modelo no estén disponibles en las mismas regiones. Una versión más reciente puede aparecer en algunas regiones antes de que las actualizaciones se programen en otras.

Garantías de permanencia de modelo anterior durante la transición a una la versión oficial para todo el mundo (GA)

Nos comprometemos a asegurar una superposición significativa entre un modelo GA que se retira y su reemplazo para que los clientes puedan probar, evaluar y migrar con confianza. En Azure Government, esto se basa en un proceso de dos pasos que aprovecha la disponibilidad anterior en la nube comercial.

Fase Patrón
Lanzamiento de Azure Government Cada modelo se lanza según su propio tipo de implementación y la tabla de disponibilidad por región. La fecha de retirada en Azure Government está programada para coincidir con la del Cloud Comercial y está disponible a través de la API Models.
En desuso (solo clientes existentes) A 12 meses desde el lanzamiento comercial, los clientes existentes pueden seguir creando y administrando implementaciones. Los clientes nuevos no pueden acceder al modelo.
Reemplazo disponible en estándar global Los clientes pueden usar y probar el modelo de reemplazo en estándar global en Commercial Cloud aproximadamente 90 días antes de la retirada.
Reemplazo disponible en Azure Government El modelo de reemplazo está disponible para probar en Azure Government donde la predecesora se retira aproximadamente 30 días antes de la retirada.
Versión retirada del modelo A los 18 meses del lanzamiento comercial, toda la inferencia devuelve 410 Gone. Cuando la disponibilidad del reemplazo en Azure Government sea inferior a 30 días a partir de esta fecha de retirada, se extenderá la fecha de retirada del modelo en Azure Government para permitir al menos 30 días de superposición en su nube.

Descripción de las actualizaciones automáticas

Para Data Zone Standard y Standard tipos de implementación, Microsoft administra las actualizaciones automáticas cuando se retira una versión del modelo donde se alinea el tipo de implementación y la región:

  • Las actualizaciones automáticas se programan de forma gradual y regional .
  • El calendario de actualización se publica con antelación en el Calendario de Retiro de Modelos.
  • En el caso de los modelos en los que el destino de actualización no está disponible en el mismo tipo de implementación y región, no se realiza ninguna actualización del modelo.

Importante

Las implementaciones aprovisionadas NO se actualizan automáticamente. Los clientes aprovisionados deben migrar manualmente al modelo de reemplazo.

Use la Models API para comprobar lifecycleStatus mediante programación, deprecation y deprecationDate por SKU para cualquier modelo en cualquier momento.

Ejemplo: actualización de gpt-4o-0513 → gpt-4.1

Cuando la versión 2024-05-13 degpt-4o se retiró el 31-03-2026, se pasó a la versión gpt-4.1 en la SKU estándar y por zona de datos si se disponía de una oferta equivalente.

Notificaciones

Los modelos de disponibilidad general tienen su fecha de retirada programada para 18 meses después del lanzamiento comercial; no hay ningún "anuncio" independiente. Las transiciones heredadas y en desuso siguen la cronología publicada y son visibles en tiempo real a través de la API de Modelos.

Cuando reciba notificaciones activas

Evento Tiempo Se aplica a
Aviso de retirada de modelo de Azure Government Al menos 60 días antes de la retirada Todos los modelos de disponibilidad general. Se envía a los propietarios de suscripciones con implementaciones activas.
Advertencia de retiro de modelo de Azure Government Al menos 30 días antes de la retirada Todos los modelos de disponibilidad general. Se envía a los propietarios de suscripciones con implementaciones activas.

Cómo se le notifica

Canal Detalles
Correo electrónico Se envía automáticamente a los propietarios de suscripciones con implementaciones activas.
Azure Service Health Aparecen avisos de salud para las suscripciones afectadas. Vaya a Service Health > Avisos de estado, filtre por Azure OpenAI Service y cree una regla de alertas para recibir notificaciones por correo electrónico, mensajes de texto o webhooks.

Contenido relacionado

  • Last updated on