Ciclo di vita dei modelli Foundry di Microsoft e criteri di supporto in Azure per enti pubblici

Microsoft Modelli Foundry in Azure per enti pubblici attraversano un ciclo di vita prevedibile, dall'anteprima alla disponibilità generale (GA) al ritiro finale, dandoti il tempo per valutare le sostituzioni e migrare i carichi di lavoro. Questo articolo illustra ogni fase del ciclo di vita, gli impegni di continuità che Microsoft assume quando un modello viene ritirato e come sei notificato in Azure per enti pubblici. Per date di ritiro specifiche, vedere Pianificazione del ritiro del modello.

Questo articolo è incentrato sulla posizione in cui esistono differenze rispetto a Commercial for Azure per enti pubblici. Per informazioni generali, vedere Ciclo di vita e politica di supporto per i modelli Foundry.

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 a tutti i Foundry Models in Azure per enti pubblici venduti da Azure.

Fasi del ciclo di vita

Poiché i modelli di anteprima non vengono distribuiti all'interno di Azure per enti pubblici, ogni modello nel catalogo Foundry in Azure per enti pubblici appartiene esattamente a una delle quattro fasi seguenti:

Fase Cosa significa È possibile creare nuove distribuzioni? Le implementazioni esistenti funzionano?
Disponibile a livello generale Pronto per la produzione. I pesi e le API sono fissi. Le patch di runtime per le vulnerabilità di sicurezza non influiscono sugli output. Nessuna etichetta visualizzata (stato predefinito). Sì Sì
Legacy Esistono modelli più recenti e più compatibili. È consigliabile pianificare la migrazione dei carichi di lavoro. Questa fase è facoltativa: i modelli potrebbero passare direttamente dalla disponibilità generale alla versione deprecata. Sì (fino alla deprecazione) Sì
Deprecato I clienti esistenti possono continuare a creare e gestire le distribuzioni. Non più disponibile per i nuovi clienti: i nuovi clienti non possono creare distribuzioni o accedere al modello. Il "cliente esistente" viene determinato a livello di sottoscrizione: se tale sottoscrizione Azure abbia mai distribuito la versione specifica del modello. Una nuova sottoscrizione nello stesso tenant non eredita l'accesso. - Clienti esistenti: Sì.
- Nuovi clienti: No		 Sì
Pensionati Rimosso dal servizio. Tutte le richieste di inferenza restituiscono 410 Gone. No No

Avvio e disponibilità del modello

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

Ordine Tipo di distribuzione Quando disponibile
1 Zona Dati Standard Quando è stato avviato per la prima volta in Azure per enti pubblici
2 Area dati configurata Dopo lo standard Zona dati - fornisce un throughput riservato
3 Standard e Provisionato Ultima: solo a livello regionale, poiché i modelli meno recenti vengono ritirati e la capacità viene riallocata

Panoramica sulla disponibilità a colpo d'occhio

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

Suggerimento

Per un confronto completo dei tipi di distribuzione, vedere Confronto tra tipi di distribuzione.

Considerazioni speciali

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

Disponibilità regionale

  • Non tutte le combinazioni di modelli e versioni sono disponibili in tutte le aree.
  • 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.

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. In Azure per enti pubblici si basa su un processo in due passaggi che sfrutta la disponibilità precedente nel cloud commerciale.

Fase Modello
lancio di Azure per enti pubblici Ogni modello viene avviato in base al proprio tipo di distribuzione e alla matrice di disponibilità dell'area. La data di ritiro in Azure per enti pubblici è impostata in modo che corrisponda alla data del cloud commerciale ed è disponibile tramite l'API Models.
Deprecato (solo clienti esistenti) A 12 mesi dal lancio commerciale, i clienti esistenti possono continuare a creare e gestire le distribuzioni. I nuovi clienti non possono accedere al modello.
Sostituzione disponibile nello standard globale I clienti possono usare e testare il modello di sostituzione nello standard globale nel cloud commerciale circa 90 giorni prima del ritiro.
Sostituzione disponibile in Azure per enti pubblici Il modello di sostituzione diventa disponibile per il test in Azure per enti pubblici in cui il predecessore viene ritirato circa 30 giorni prima del ritiro.
Versione del modello ritirata Diciotto mesi dal lancio commerciale, tutte le inferenze restituiscono 410 Gone. Se la disponibilità Azure per enti pubblici della sostituzione è inferiore a 30 giorni dalla data di ritiro, la data di ritiro del modello verrà estesa in Azure per enti pubblici per consentire almeno 30 giorni di sovrapposizione nel cloud Azure per enti pubblici.

Informazioni sugli aggiornamenti automatici

Per Data Zone Standard e Standard, Microsoft gestisce gli aggiornamenti automatici quando viene ritirata una versione del modello in cui il tipo di distribuzione e l'area sono allineati:

  • Gli aggiornamenti automatici vengono pianificati progressivamente, regione per regione.
  • La pianificazione dell'aggiornamento viene pubblicata in anticipo nella pianificazione del ritiro dei modelli.
  • Per i modelli in cui la destinazione di aggiornamento non è disponibile nello stesso tipo di distribuzione e area, non viene eseguito alcun aggiornamento del modello.

Importante

Le distribuzioni con provisioning non vengono aggiornate automaticamente. I clienti forniti devono eseguire manualmente la migrazione al nuovo modello.

Usare l'API dei modelli per controllare, a livello di codice, lifecycleStatus, deprecation e per SKU deprecationDate qualsiasi modello in qualsiasi momento.

Esempio: aggiornamento di gpt-4o-0513 → gpt-4.1

Quando la versione gpt-4o 2024-05-13 è stata ritirata il 2026-03-31, è stata automaticamente aggiornata a gpt-4.1 negli SKU Standard e DataZone, se era disponibile un'offerta corrispondente.

Notifiche

I modelli GA hanno la data di ritiro programmata al momento del lancio commerciale, fissata a 18 mesi da tale data, senza un annuncio separato. Le transizioni legacy e deprecate seguono la sequenza temporale pubblicata e sono visibili in tempo reale tramite l'API Models.

Quando si ricevono notifiche attive

Evento Tempi Si applica a
Avviso di ritiro del modello Azure per enti pubblici Almeno 60 giorni prima del ritiro Tutti i modelli GA. Inviati ai proprietari degli abbonamenti con distribuzioni attive.
avviso di ritiro del modello Azure per enti pubblici Almeno 30 giorni prima del ritiro Tutti i modelli GA. Inviati ai proprietari degli abbonamenti con distribuzioni attive.

Modalità di notifica

Canale Dettagli
E-mail Inviati automaticamente ai titolari delle sottoscrizioni con distribuzioni attive.
integrità dei servizi di Azure Gli avvisi di salute vengono visualizzati per gli abbonamenti interessati. Passare a Service Health > Health advisories, filtrare in base a Servizio Azure OpenAI e creare una regola di avviso per le notifiche tramite posta elettronica, SMS o webhook.

Contenuto correlato

  • Last updated on