Criteri di supporto e ciclo di vita dei Microsoft Foundry Models

I modelli Di Microsoft Foundry passano attraverso un ciclo di vita prevedibile, dall'anteprima alla disponibilità generale (GA) al ritiro finale, offrendo il tempo necessario per valutare le sostituzioni ed eseguire la migrazione dei carichi di lavoro. Questo articolo illustra ogni fase del ciclo di vita, gli impegni di sovrapposizione che Microsoft prende quando un modello viene ritirato e come si riceve una notifica. Per date di ritiro specifiche, vedere Pianificazione del ritiro del modello.

Funzionamento del ciclo di vita del modello

Microsoft Foundry aggiorna continuamente il catalogo dei modelli con modelli più recenti e più compatibili. Quando un modello viene sostituito, passa attraverso un ciclo di vita prevedibile che consente ai clienti di valutare le sostituzioni ed eseguire la migrazione. Il ciclo di vita si applica in modo uniforme nei modelli Foundry oldato da Azure e da partner e community, anche se le sequenze temporali delle notifiche differiscono leggermente in base all'origine del modello.

Fasi del ciclo di vita

Ogni modello nel catalogo Foundry appartiene esattamente a una di queste cinque fasi:

Avvio e disponibilità del modello

I nuovi modelli diventano disponibili tramite i tipi di distribuzione in questo ordine:

Variazioni del ciclo di vita e della disponibilità

Diversi fattori influiscono sul modo in cui il ciclo di vita standard si applica alle distribuzioni, tra cui l'area in cui si opera, l'ambiente cloud usato e i requisiti di sicurezza.

Disponibilità regionale

• Non tutte le combinazioni di modelli e versioni sono disponibili in tutte le aree.
• In genere, i modelli più specializzati, ad esempio la generazione di audio, immagini e video, sono disponibili solo come zona dati o tipi di distribuzione globali.
• Le versioni successive del modello potrebbero non essere disponibili nelle stesse aree. Una versione più recente può essere visualizzata in alcune aree prima che gli aggiornamenti vengano pianificati in altri.
• Microsoft può limitare i nuovi clienti in aree specifiche per mantenere la qualità del servizio per i clienti esistenti.

Cloud di Azure per enti pubblici

• Le distribuzioni Standard Globali non sono disponibili nei cloud per enti pubblici.
• Non tutti i modelli o le versioni disponibili nei cloud commerciali sono disponibili nei cloud per enti pubblici.
• I cloud per enti pubblici supportano in genere una sola versione di un determinato modello alla volta, con una sovrapposizione di 30 giorni quando diventa disponibile una nuova versione.

Per altre informazioni, vedere Foundry Models venduti da Azure (settore pubblico), Versioni del modello e Tipi di distribuzione in Azure per enti pubblici.

Ritiri basati sulla sicurezza

Se viene rilevato che un modello presenta problemi di conformità o di sicurezza, Microsoft si riserva il diritto di richiamare un ritiro di emergenza con preavviso abbreviato. Per informazioni dettagliate, vedere le condizioni per il servizio di Azure.

Vincoli della cronologia del ciclo di vita

Microsoft prende impegni specifici sulla durata della disponibilità delle versioni del modello e sulla visualizzazione delle sostituzioni, in modo da poter pianificare le migrazioni in tutta sicurezza.

I modelli di sostituzione disponibili a livello generale si sovrappongono agli impegni

Ci impegniamo a una sovrapposizione significativa tra un modello di disponibilità generale ritirato e la relativa sostituzione in modo che i clienti possano testare, valutare ed eseguire la migrazione con sicurezza.

Anteprima del ciclo di vita del modello

I modelli di anteprima hanno un ciclo di vita fondamentalmente diverso rispetto ai modelli ga. Vengono avviate con una data di ritiro "non prima di" (tipicamente 90 giorni dalla data di annuncio), ma a volte vengono estese oltre tale finestra iniziale, fino a quando non è disponibile un'anteprima di sostituzione appropriata o una versione del modello generale disponibile. Quando viene presa una decisione di ritiro, i clienti vengono aggiornati forzatamente a una sostituzione (una versione di anteprima più recente o il modello ga) o il modello viene ritirato senza sostituzione. Non c'è opzione per rimanere su un modello di anteprima in fase di ritiro; tutte le distribuzioni di anteprima vengono aggiornate o terminate.

Aggiornamenti automatici

Per i tipi di distribuzione Standard globale, Data Zone Standard e Standard , Microsoft gestisce gli aggiornamenti automatici quando viene ritirata una versione del modello:

• Gli aggiornamenti automatici vengono pianificati progressivamente, regione per regione.
• La pianificazione dell'aggiornamento viene pubblicata anticipatamente nel programma di ritiro dei modelli.
• Gli aggiornamenti possono verificarsi anche se la nuova versione del modello non è ancora disponibile separatamente in tale area o per tale SKU, il processo di aggiornamento lo renderà disponibile.

Esempio: aggiornamento di gpt-4o → gpt-5.1

Quando la versione 2024-05-13 di gpt-4o viene ritirata il 2026-10-01, il servizio la aggiorna automaticamente a gpt-5.1 nello SKU Standard in ogni area geografica in cui tale versione è attualmente disponibile. Se gpt-5.1 non ha ancora una presenza Standard in una di queste aree, il processo di aggiornamento lo aggiunge. Controllare la pianificazione del ritiro del modello per la data di ritiro e il modello di sostituzione correnti prima dell'aggiornamento, poiché questi dettagli sono soggetti a modifiche.

Migrazione a un modello di sostituzione

Non aspettare che Microsoft nomini un sostituto ufficiale prima di iniziare a valutare i modelli più recenti. I nuovi modelli e le versioni dei modelli diventano disponibili regolarmente e l'opzione migliore per l'applicazione può cambiare man mano che i modelli con una migliore qualità, una latenza inferiore o un costo inferiore diventano disponibili.

Microsoft seleziona la sostituzione ufficiale circa 90-120 giorni prima del ritiro. L'attesa fino alla data di ritiro consente alla raccomandazione di riflettere l'opzione più forte disponibile quando i clienti devono eseguire la migrazione. Il modello sostitutivo elencato nel programma di ritiro dei modelli è la destinazione di migrazione consigliata da Microsoft e, se supportato, il modello usato per gli aggiornamenti automatici al momento del ritiro. Non limita le scelte di migrazione manuale.

Quando scegli un obiettivo, valuta i modelli candidati in base alla tua applicazione, ai tuoi prompt e ai dati rappresentativi. Confrontare qualità, latenza e costi insieme anziché basarsi solo su benchmark pubblici. Prima di eseguire la migrazione, verificare la compatibilità dell'API, il supporto delle funzionalità, il tipo di distribuzione e la disponibilità, la capacità e la quota a livello di area.

Per il processo di migrazione completo e in fase, tra cui come preparare un set di dati di test, adattare richieste e schemi, convalidare la qualità e implementare in modo sicuro, vedere Processo di migrazione del modello.

Notifiche

I modelli GA hanno la data di ritiro impostata automaticamente a 18 mesi dal lancio, senza un "annuncio" separato. Le transizioni Eredità e Sconsigliato seguono la sequenza temporale pubblicata e sono visibili in tempo reale tramite l'API Models.

Quando si ricevono notifiche attive

Modalità di notifica

Metodi programmatici per controllare il ciclo di vita del modello e la deprecazione

I clienti possono controllare i campi relativi al ciclo di vita e alla deprecazione in qualsiasi modello usando l'API Models (con ambito sottoscrizione, tutti i modelli in un'area):

GET https://management.azure.com/subscriptions/{sub}/providers/Microsoft.CognitiveServices/locations/{location}/models?api-version=2024-10-01

Campi chiave: lifecycleStatus, deprecation.inference, deprecation.fineTune, per SKU deprecationDate (date ISO).

Ad esempio, un modello che l'elenco dei documenti è "Deprecato" (ancora funziona, bloccato per i nuovi clienti) viene visualizzato nell'API come lifecycleStatus: "Deprecating", non "Deprecated". Il valore "Deprecated" dell'API indica che il modello viene ritirato e non serve più l'inferenza.

Per determinare la fase di un modello a livello di codice, controllare entrambi i campi insieme:

if lifecycleStatus == "Deprecated"         → Retired (410 Gone)
if lifecycleStatus == "Deprecating"        → Deprecated (existing customers only)
if deprecation.inference < today           → Retired (regardless of lifecycleStatus lag)
if lifecycleStatus == "GenerallyAvailable" → GA
if lifecycleStatus == "Preview"            → Preview

Modelli ottimizzati

I modelli ottimizzati vengono ritirati in due fasi: training e distribuzione.

Se non specificato in modo esplicito, la formazione non viene ritirata prima della data di ritiro del modello base. Dopo che un modello è stato ritirato per il training, non è più disponibile per l'ottimizzazione, ma tutti i modelli sottoposti a training in precedenza rimangono disponibili per la distribuzione.

Nella fase di ritiro per la distribuzione, l'inferenza e la distribuzione restituiscono risposte di errore.

¹ Solo per i clienti esistenti. In caso contrario, il ritiro del training si verifica al momento del ritiro del modello di base.

Domande frequenti

Contenuto correlato

• Pianificazione del ritiro del modello per date specifiche per tutti i modelli correnti, deprecati e ritirati
• Riferimento API dei modelli per eseguire query a livello di codice su lifecycleStatus, deprecation, e su SKU deprecationDate di qualsiasi modello
• Versioni dei modelli in Microsoft Foundry Models su come funzionano gli aggiornamenti di versione
• Introduzione alla valutazione del modello
• Gestione dei modelli nei tipi di distribuzione provisionata
• Configurare gli avvisi sulla salute del servizio