Ciclo de vida del modelo

Las características de lenguaje de Azure están basadas en modelos de aprendizaje automático que se someten a mejoras y refinamiento continuos. Las nuevas versiones del modelo se publican periódicamente para mejorar la precisión de la predicción, ampliar la compatibilidad con el lenguaje y mejorar la calidad general de la salida.

Como parte de este proceso de desarrollo iterativo, las versiones anteriores del modelo están en desuso y, finalmente, se retiran según una directiva de ciclo de vida definida. En este artículo se proporciona información detallada sobre el control de versiones del modelo, las escalas de tiempo de desuso y los procedimientos de retirada para ayudarle a planear las actualizaciones y mantener la compatibilidad en las aplicaciones de producción.

Características precompiladas

Las características precompiladas (también conocidas como previamente entrenadas) en el lenguaje de Azure se basan en modelos entrenados en grandes conjuntos de datos y están listos para usarse sin personalización agregada. Estos modelos proporcionan funcionalidades de procesamiento de lenguaje natural integradas para escenarios comunes.

Los modelos creados previamente se actualizan continuamente para mejorar la precisión de la predicción, ampliar la cobertura del idioma y mejorar la calidad de la salida. De forma predeterminada, todas las solicitudes de API se enrutan automáticamente a la versión más reciente del modelo disponible con carácter general (GA).

Elección de la versión del modelo usada en los datos

Se recomienda usar la versión más reciente del modelo para garantizar una precisión óptima y el acceso a las mejoras más recientes. Sin embargo, a medida que evolucionan los modelos, las salidas de predicción pueden cambiar entre versiones. Las versiones de modelo en desuso ya no se aceptan en las solicitudes de API después de su fecha de retirada.

De forma predeterminada, las solicitudes de API y SDK se procesan con la versión más reciente del modelo disponible con carácter general. Para especificar una versión alternativa, use el parámetro modelVersion opcional en la solicitud. No se recomienda especificar una versión preliminar del modelo para cargas de trabajo de producción.

Versiones del modelo

En la tabla siguiente se proporciona una referencia completa de las versiones de modelo admitidas para cada característica precompilada, incluidas las versiones disponibles con carácter general (GA), la versión preliminar y las versiones en desuso:

Características personalizadas

Las características personalizadas del lenguaje de Azure implican dos fases de ciclo de vida distintas: entrenamiento e implementación. Cada fase tiene su propia versión de configuración y su cronograma de expiración. Las nuevas configuraciones de entrenamiento se publican periódicamente para incorporar mejoras en la inteligencia artificial y las configuraciones anteriores se retiran según una programación definida.

Escala de tiempo de expiración

En la tabla siguiente se enumeran las versiones de configuración de entrenamiento admitidas y sus fechas de expiración correspondientes para cada característica personalizada:

Para las versiones de configuración de entrenamiento más recientes, las fechas de expiración publicadas están sujetas a la disponibilidad de una versión más reciente del modelo. Si no se publican versiones más recientes del modelo, se puede extender la fecha de expiración.

Las configuraciones de entrenamiento normalmente se admiten durante seis meses después de su fecha de lanzamiento. Las implementaciones creadas con una configuración de entrenamiento específica permanecen activas durante doce meses después de la fecha de expiración de la configuración de entrenamiento. Para evitar que se interrumpa el servicio, vuelva a entrenar e implementar los modelos con la versión de configuración de entrenamiento más reciente antes de la fecha de expiración.

Expiración de la configuración de entrenamiento: después de la fecha de expiración de la configuración de entrenamiento, debe usar una versión de configuración compatible para enviar trabajos de entrenamiento o implementación. Las solicitudes que especifican una versión de configuración expirada devuelven un error.

Expiración de la implementación: después de la fecha de expiración de la implementación, el modelo implementado ya no está disponible para las solicitudes de predicción.

De manera predeterminada, las solicitudes de entrenamiento usan la versión de configuración de entrenamiento disponible más reciente. Para especificar otra versión, incluya el parámetro trainingConfigVersion en la solicitud de trabajo de entrenamiento.

Versiones de API

Para obtener información detallada sobre los parámetros de solicitud y los esquemas de respuesta, consulte la referencia de la API REST de lenguaje de Azure AI.

Al realizar llamadas API a características de lenguaje de Azure, debe especificar el parámetro API-VERSION en la solicitud. Se recomienda usar la versión más reciente de api disponible para acceder a las características y mejoras más recientes.

En la tabla siguiente se enumeran las versiones de API admitidas para cada característica:

Comparación de la versión del modelo y la versión de API

Comprender la distinción entre las versiones del modelo y las versiones de API es esencial para administrar las implementaciones de lenguaje de Azure de forma eficaz.

Contenido relacionado

• Introducción al lenguaje de Azure
• Compatibilidad regional con el idioma de Azure