Notitie
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen u aan te melden of de directory te wijzigen.
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen de mappen te wijzigen.
Microsoft Foundry-modellen doorlopen een voorspelbare levenscyclus, van release tot uiteindelijke buitengebruikstelling, zodat u tijd hebt om vervangingen te evalueren en workloads te migreren. Modellen kunnen in preview of rechtstreeks in algemene beschikbaarheid (GA) worden gestart. In dit artikel wordt elke levenscyclusfase uitgelegd, de overlappende toezeggingen die Microsoft aanbrengt wanneer een model buiten gebruik wordt gesteld en hoe u een melding ontvangt. Zie Modelpensioenschema voor specifieke pensioendata.
Hoe de levenscyclus van modellen werkt
Microsoft Foundry voortdurend de modelcatalogus vernieuwt met nieuwere, meer geschikte modellen. Wanneer een model wordt opgevolgd, doorloopt het een voorspelbare levenscyclus die klanten de tijd geeft om vervangingen te evalueren en een migratie uit te voeren. De levenscyclus is uniform van toepassing op Foundry Models verkocht door Azure en van partners en de community, hoewel de termijnen voor kennisgeving enigszins verschillen per oorsprong van het model.
Levenscyclusfasen
Elk model in de Foundry-catalogus behoort tot precies een van deze vijf fasen:
| Fase | Wat betekent het? | Kunt u nieuwe implementaties maken? | Bestaande implementaties werken? |
|---|---|---|---|
| Voorbeeld | Experimenteel. Gewichten, runtime en API-schema kunnen veranderen. Niet gegarandeerd om algemeen beschikbaar te worden. Gelabeld als 'Preview' in de catalogus. | Ja | Ja |
| Algemeen beschikbaar (GA) | Gereed voor productie. Gewichten en API's zijn vast. Runtimepatches voor beveiligingsproblemen hebben geen invloed op uitvoer. Er wordt geen label weergegeven (standaardstatus). | Ja | Ja |
| Legacy | Er bestaan nieuwere, meer geschikte modellen. U moet rekening houden met het migreren van werkbelastingen. Deze fase is optioneel—modellen kunnen direct van GA naar Afgeschaft overslaan. | Ja (tot uitfasering) | Ja |
| Afgekeurd | Bestaande klanten kunnen implementaties blijven maken en beheren. Niet meer beschikbaar voor nieuwe klanten: nieuwe klanten kunnen geen implementaties maken of het model openen. 'Bestaande klant' wordt bepaald op abonnementsniveau: of dat Azure abonnement ooit de specifieke modelversie heeft geïmplementeerd. Een nieuw abonnement onder dezelfde tenant neemt geen toegang over. | - Bestaande klanten: Ja. - Nieuwe klanten: Nee |
Ja |
| Gepensioneerd | Verwijderd uit de service. Alle inferentie-aanvragen retourneren 410 Gone. |
No | No |
Opmerking
- Nauwkeurig afgestemde modellen volgen een afzonderlijk buitengebruikstellingsschema voor training en implementatie. Zie Nauwkeurig afgestemde modellen voor meer informatie.
- Algemeen beschikbare modellen van Anthropic, DeepSeek, Vuurwerk en Mistral AI volgen een levenscyclus van 12 maanden in plaats van de standaard levenscyclus van 18 maanden. Zie voor modelspecifieke uitfaseringsdatums het uitfaseringsschema voor modellen.
- Algemeen beschikbare SpaceXAI Grok-modellen die beginnen met Grok 4.7 zijn minimaal zes maanden beschikbaar. Zie voor modelspecifieke uitfaseringsdatums het uitfaseringsschema voor modellen.
Modelintroductie en beschikbaarheid
Nieuwe modellen worden beschikbaar via implementatietypen in deze volgorde:
Opmerking
Hoewel alle modellen worden gestart met beschikbaarheid via wereldwijde standaardimplementatie, zijn ze niet gegarandeerd beschikbaar voor implementatie via de andere implementatietypen. Zie Vergelijking van implementatietypen voor een volledige vergelijking van implementatietypen.
| Bestelling | Implementatietype | Indien beschikbaar |
|---|---|---|
| 1 | Algemene standaard | Bij het starten: de breedste beschikbaarheid en de laagste latentie tussen regio's |
| 2 | Globaal voorzien | Volgt nauw na Global Standard: biedt gereserveerde doorvoer met globale routering |
| 3 | Data Zone Standaard en Data Zone Geconfigureerd | Nadat Global Provisioned is ingericht, blijft gegevensverwerking binnen een gedefinieerde geografische grens |
| 4 | Standaard en voorzien | Last— regional-only, omdat oudere modellen buiten gebruik worden gesteld en capaciteit opnieuw wordt toegewezen |
Levenscyclus- en beschikbaarheidsvariaties
Verschillende factoren zijn van invloed op hoe de standaardlevenscyclus van toepassing is op uw implementaties, inclusief de regio waarin u werkt, de cloudomgeving die u gebruikt en beveiligingsvereisten.
Regionale beschikbaarheid
- Niet alle combinaties van modellen en versies zijn beschikbaar in alle regio's.
- Normaal gesproken zijn meer gespecialiseerde modellen, zoals audio, afbeeldingen en videogeneratie, alleen beschikbaar als gegevenszone of globale implementatietypen.
- Opeenvolgende modelversies zijn mogelijk niet beschikbaar in dezelfde regio's. Een nieuwere versie kan in sommige regio's worden weergegeven voordat upgrades in andere regio's worden gepland.
- Microsoft kan nieuwe klanten in specifieke regio's beperken om de servicekwaliteit voor bestaande klanten te behouden.
Azure-overheidsclouds
- Wereldwijde standaardimplementaties zijn niet beschikbaar in overheidsclouds.
- Niet alle modellen of versies die beschikbaar zijn in commerciële clouds zijn beschikbaar in overheidsclouds.
- Overheidsclouds ondersteunen doorgaans slechts één versie van een bepaald model tegelijk, met een overlapping van 30 dagen wanneer een nieuwe versie beschikbaar wordt.
Zie Foundry-modellen die worden aangeboden door Azure (Government), Modelversies en Implementatietypen in Azure Government voor meer informatie.
Beveiligingsgestuurde uitfaseringen
Als een model nalevings- of beveiligingsproblemen ondervindt, behoudt Microsoft zich het recht voor om een emergency retirement met verkorte kennisgeving aan te roepen. Raadpleeg de Azure servicevoorwaarden voor meer informatie.
Toezeggingen voor levenscyclustijdlijn
Microsoft doet specifieke toezeggingen over hoe lang modelversies beschikbaar blijven en wanneer vervangingen beschikbaar komen, zodat u migraties met vertrouwen kunt plannen.
Over het algemeen beschikbare vervangingsmodel overlapt de toezeggingen
We verbinden ons ertoe om een zinvolle overlapping te creëren tussen een uit te faseren GA-model en het vervangende model, zodat klanten met vertrouwen kunnen testen, evalueren en migreren.
In de volgende tijdlijn wordt de standaardlevenscyclus van 18 maanden beschreven. Zie Levenscyclusfasen voor uitgeversspecifieke levenscyclustoezeggingen.
| Fase | Patroon |
|---|---|
| GA starten | Elk model wordt gestart per eigen implementatietype en beschikbaarheidsmatrix voor regio's. De buitengebruikstellingsdatum (18 maanden buiten gebruik) wordt programmatisch ingesteld en beschikbaar via de Models-API. |
| Afgeschaft (alleen bestaande klanten) | Op 12 maanden na de lancering kunnen bestaande klanten implementaties blijven maken en beheren. Nieuwe klanten hebben geen toegang tot het model. |
| Vervanging beschikbaar in algemene standaard | Klanten kunnen het vervangingsmodel volgens de wereldwijde standaard ongeveer 90 dagen vóór de buitengebruikstelling gebruiken en testen. |
| Vervanging beschikbaar in toegewezen regio's | Vervangingsmodel wordt beschikbaar om te testen in ingerichte regio's waar de voorafgaande taak ongeveer 30 dagen vóór de buitengebruikstelling wordt beëindigd, waardoor ingerichte klanten een handmatig migratievenster krijgen. |
| Modelversie buiten gebruik gesteld | Na 18 maanden vanaf de lancering retourneert alle inferentie 410 Gone. |
Tip
Waarom 90-120 dagen? Het officiële vervangingsmodel wordt geselecteerd en ongeveer 90-120 dagen vóór de buitengebruikstellingsdatum van het model gedeclareerd, niet eerder. Gezien het snelle tempo van verbetering in generatieve AI, kan te vroeg een vervangend model kiezen risico's met zich meebrengen dat klanten worden doorverwezen naar een model dat tegen de tijd dat ze moeten migreren niet langer de beste beschikbare optie is.
Bekijken modellevenscyclus
Preview-modellen hebben een fundamenteel andere levenscyclus dan GA-modellen. Ze starten met een 'niet eerder dan' buitengebruikstellingsdatum (meestal binnen een periode van 90 dagen), maar worden soms verlengd buiten dat eerste venster, totdat er een geschikte vervangende preview- of GA-modelversie beschikbaar is. Wanneer een buitengebruikstellingsbeslissing wordt genomen, worden klanten geforceerd geüpgraded naar een vervanging (een nieuwere preview-versie of het GA-model) of wordt het model buiten gebruik gesteld zonder vervanging. Er is geen optie om een preview-model buiten gebruik te stellen. Alle preview-implementaties worden geüpgraded of beëindigd.
Opmerking
Preview-modellen worden niet aanbevolen voor productieworkloads.
| Resultaat | Wat gebeurt er? |
|---|---|
| Upgraden naar nieuwere preview | Bestaande preview-implementaties worden geforceerd bijgewerkt naar een nieuwere preview-versie. Klanten krijgen ten minste 30 dagen kennisgeving. De cyclus wordt herhaald totdat er een GA-versie beschikbaar is. |
| Upgraden naar GA | Wanneer het GA-model wordt gestart, worden preview-implementaties geforceerd geüpgraded naar de GA-versie. Klanten krijgen ten minste 30 dagen kennisgeving. Het GA-model volgt vervolgens de toepasselijke GA-levenscyclus. |
| Geen vervanging (zeldzaam) | Als er geen vervanging bestaat, krijgen klanten 30 dagen van tevoren bericht voordat het model buiten gebruik wordt gesteld en de inferentie wordt beëindigd 410 Gone. |
Automatische upgrades
Voor Global Standard, Data Zone Standard en Standard beheerstructuren beheert Microsoft automatische upgrades wanneer een modelversie uitgefaseerd wordt.
- Automatische upgrades worden gepland op een doorlopende manier, regio voor regio.
- Het upgradeschema wordt vooraf gepubliceerd in het schema voor buitengebruikstelling van modellen.
- Er kunnen upgrades worden uitgevoerd, zelfs als de nieuwe modelversie nog niet afzonderlijk beschikbaar is in die regio of voor die SKU—het upgradeproces zal het beschikbaar maken.
Belangrijk
Ingerichte implementaties worden niet automatisch bijgewerkt. Ingerichte klanten moeten handmatig migreren naar het vervangende model.
Gebruik de Models-API om programmatisch te controleren lifecycleStatus, deprecationen per SKU deprecationDate voor elk model op elk gewenst moment.
Voorbeeld: gpt-4o → gpt-5.6-sol upgrade
Wanneer gpt-4o-versie 2024-05-13 buiten gebruik wordt gesteld op 2026-12-09, wordt deze automatisch bijgewerkt naar gpt-5.6-sol op de Standard-SKU in elke regio waar die versie momenteel beschikbaar is. Als gpt-5.6-sol in een van die regio's nog geen standaardaanwezigheid heeft, voegt het upgradeproces die daar toe. Controleer het schema voor buitengebruikstelling van het model voor de huidige buitengebruikstellingsdatum en het vervangingsmodel voordat deze upgrade plaatsvindt, omdat deze details onderhevig zijn aan wijzigingen.
Migratie naar een vervangend model
Wacht niet tot Microsoft een officiële vervanging noemt voordat u begint met het evalueren van nieuwere modellen. Nieuwe modellen en modelversies worden regelmatig beschikbaar en de beste optie voor uw toepassing kan veranderen naarmate modellen met betere kwaliteit, lagere latentie of lagere kosten beschikbaar komen.
Microsoft selecteert de officiële vervanging ongeveer 90-120 dagen voor de buitengebruikstelling. Als u wacht totdat de buitengebruikstellingsdatum nadert, kan de aanbeveling de sterkste beschikbare optie weerspiegelen wanneer klanten moeten migreren. De vervanging die wordt vermeld in het schema voor buitengebruikstelling van het model, is Microsoft aanbevolen migratiedoel en, indien ondersteund, het model dat wordt gebruikt voor automatische upgrades bij buitengebruikstelling. Uw keuzen voor handmatige migratie worden niet beperkt.
Wanneer u een doel kiest, evalueert u kandidaatmodellen op basis van uw eigen toepassing, prompts en representatieve gegevens. Vergelijk kwaliteit, latentie en kosten samen in plaats van alleen te vertrouwen op openbare benchmarks. Voordat u migreert, bevestigt u api-compatibiliteit, functieondersteuning, implementatietype en regionale beschikbaarheid, capaciteit en quotum.
Zie Modelmigratieproces voor het volledige, fase-by-fase migratieproces, waaronder het voorbereiden van een testgegevensset, het aanpassen van prompts en schema's, het valideren van de kwaliteit en het veilig implementeren van het model.
Meldingen
GA-modellen die de standaardlevenscyclus volgen, hebben hun buitengebruikstellingsdatum programmatisch ingesteld bij de lancering op 18 maanden na de lancering. Er is geen afzonderlijke aankondiging. Zie het schema voor buitengebruikstelling van modellen voor uitgeversspecifieke buitengebruikstellingsdatums. Legacy- en afgeschafte overgangen volgen de gepubliceerde tijdlijn en zijn in realtime zichtbaar via de Models-API.
Wanneer u actieve meldingen ontvangt
| Gebeurtenis | Timing | Van toepassing op |
|---|---|---|
| Aankondiging over buitengebruikstelling van GA-model | Ten minste 60 dagen vóór de buitengebruikstelling | Alle GA-modellen. Verzonden naar abonnementseigenaren met actieve implementaties. |
| Kennisgeving van buitengebruikstelling van preview-model | Ten minste 30 dagen vóór de buitengebruikstelling | Voorbeeldmodellen. Preview-implementaties kunnen automatisch worden bijgewerkt naar de vervanging als er een vervangend model beschikbaar is en van toepassing is (er is bijvoorbeeld geen ander API-contract vereist). |
Hoe u een melding ontvangt
| Kanaal | Details |
|---|---|
| Automatisch verzonden naar abonnementseigenaren met actieve implementaties. | |
| Azure Service Health | Gezondheidsadviezen verschijnen voor getroffen abonnementen. Ga naar Service Health > Health advisories, filter op Azure OpenAI Service en maak een waarschuwingsregel voor e-mail-, sms-berichten of webhookmeldingen. |
Programmatische methoden om de levenscyclus en afschaffing van modellen te bewaken
Klanten kunnen de levenscyclus- en afschaffingsvelden voor elk model controleren met behulp van de Models-API (abonnementsbereik, alle modellen in een regio):
GET https://management.azure.com/subscriptions/{sub}/providers/Microsoft.CognitiveServices/locations/{location}/models?api-version=2024-10-01
Sleutelvelden: lifecycleStatus, deprecation.inference, , deprecation.fineTuneper SKU deprecationDate (ISO-datums).
Belangrijk
De API maakt gebruik van andere terminologie dan de documenten en portal. In de onderstaande tabel worden de klantgerichte stadiumbenamingen, die in dit document en de Foundry portal worden gebruikt, toegewezen aan de bijbehorende API-veldwaarden.
| Fase (documenten en portaal) | API-statusveld (lifecycleStatus) |
API-datumveld (deprecation.inference) |
Wat betekent het? |
|---|---|---|---|
| Voorbeeld | Preview |
Toekomstige datum of niet ingesteld | Experimenteel. Kan worden gewijzigd of verwijderd. |
| Algemeen beschikbaar | GenerallyAvailable |
Toekomstige datum (ingesteld bij lancering) | Gereed voor productie. Vaste gewichten en API. |
| Afgekeurd | Deprecating |
Toekomstige datum | Nog steeds inferentie. Geblokkeerd voor nieuwe klanten. |
| Gepensioneerd | Deprecated |
Eerdere datum | Volledig buiten gebruik gesteld. Inferentie retourneert 410 Gone. |
Een model dat de documentenlijst bijvoorbeeld 'Afgeschaft' is (werkt nog steeds, geblokkeerd voor nieuwe klanten) wordt weergegeven in de API als lifecycleStatus: "Deprecating"niet "Deprecated". De API-waarde "Deprecated" betekent dat het model buiten gebruik wordt gesteld en niet langer deductie dient.
Als u de fase van een model programmatisch wilt bepalen, controleert u beide velden samen:
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
Nauwkeurig afgestemde modellen
Aangepaste modellen worden in twee fasen buiten gebruik gesteld: training en implementatie.
Tenzij expliciet vermeld, wordt training niet eerder beëindigd dan de buitengebruikstelling van het basismodel. Nadat een model buiten gebruik is gesteld voor training, is het niet meer beschikbaar voor afstemming, maar blijven eerder getrainde modellen beschikbaar voor implementatie.
Bij buitengebruikstelling van een implementatie retourneren inferentie en implementatie foutreacties.
| Model | Versie | Pensioendatum van training | Datum van buitengebruikstelling van implementatie |
|---|---|---|---|
| gpt-4o | 2024-08-06 | Niet eerder dan 2027-04-011 | 2027-10-01 |
| gpt-4o-mini | 2024-07-18 | Niet eerder dan 2027-04-011 | 2027-10-01 |
| gpt-4.1 | 2025-04-14 | Niet eerder dan 2027-04-141 | 14-10-2027 |
| gpt-4.1-mini | 2025-04-14 | Niet eerder dan 2027-04-141 | 14-10-2027 |
| gpt-4.1-nano | 2025-04-14 | Niet eerder dan 2027-04-141 | 14-10-2027 |
| o4-mini | 2025-04-16 | Niet eerder dan 2027-04-161 | 16-10-2027 |
1 Alleen voor bestaande klanten. Anders gebeurt de beëindiging van de training bij buitengebruikstelling van het basismodel.
Veelgestelde vragen
| Vraag | Antwoord | Meer informatie |
|---|---|---|
| Wat is het verschil tussen een modelfamilie, versie en variant? | Een modelfamilie is een generatie modellen (bijvoorbeeld GPT-4o, GPT-5). Een modelversie is een release met een datum binnen een familie (bijvoorbeeld gpt-4o 2024-05-13 versus 2024-08-06). Een modelvariant is een grootte/mogelijkheidslaag binnen dezelfde familie (bijvoorbeeld GPT-5, GPT-5-mini, GPT-5-nano). | Modelversies |
| Kan ik bepalen wanneer mijn standaardimplementatie automatisch wordt bijgewerkt? | Ja. Stel de eigenschap voor uw implementatie in op een van de versionUpgradeOption drie waarden: OnceNewDefaultVersionAvailable (upgraden wanneer een nieuwe standaardwaarde is ingesteld), OnceCurrentVersionExpired (alleen upgraden bij buitengebruikstelling) of NoAutoUpgrade (nooit automatisch upgraden), implementatie werkt niet meer bij buitengebruikstelling). U kunt deze instelling configureren via REST API, Azure PowerShell of de Foundry-portal. |
Werken met modellen: upgradeconfiguratie |
| Hoe migreer ik een geprovisioneerde implementatie? | Ingerichte implementaties worden niet automatisch bijgewerkt. U hebt twee opties: In-place migratie (Azure verwerkt de migratie van verkeer gedurende een periode van 20 tot 30 minuten zonder uitvaltijd) of Side-by-side (meerdere implementaties) migratie (u maakt een nieuwe implementatie, test, schakelt het verkeer en verwijdert de oude). | Modellen beheren voor ingerichte implementatietypen |
| Wordt mijn quotum overgedragen naar het vervangende model? | Voor automatische upgrades van Standard wordt het quotum automatisch afgehandeld. Voor ingerichte implementaties moet u ervoor zorgen dat het quotum beschikbaar is voor het doelmodel voordat u migreert. PTU-capaciteit is modelneutraal en vervangbaar voor ingerichte beheerde implementaties. | Ingerichte doorvoer: quotum |
| Kan ik een uitzondering krijgen om de buitengebruikstellingsdatum van een model uit te breiden? | Nee. Pensioendatums kunnen niet worden verlengd. Plan uw migratie met behulp van de tijdlijnen die zijn gepubliceerd in het schema voor model buitengebruikstelling en de Modellen-API. | N/A |
| Met welke hulpprogramma's kan ik een vervangend model evalueren? | Gebruik het leaderboard van het model in de Foundry-portal om benchmarks, de functie voor modelvergelijking bij de implementatie en evaluaties voor aangepaste workloadtests te vergelijken. Pas indien nodig prompt-engineering en fine-tuning toe om dezelfde nauwkeurigheid te bereiken. | Voorbereiding op buitengebruikstelling van modellen |
| Volgen insluitingsmodellen dezelfde levenscyclus? | Insluitmodellen (tekst-insluiten-3-grote, tekst-insluiten-3-kleine, tekst-insluiten-ada-002) hebben uitgebreide tijdlijnen en worden anders verwerkt dan deductiemodellen. Controleer het schema voor buitengebruikstelling van het model voor specifieke datums. | Schema voor de uitfasering van het model |
| Hoe upgraden prioriteitsverwerking en Batch-implementaties? | Prioriteitsverwerking volgt hetzelfde upgradeproces als Standard-implementaties (automatische upgrade ondersteund). Batch-implementaties volgen de migratiebenadering naast elkaar (meerdere implementaties): implementeer het nieuwe model, verzend taken opnieuw en stel de oude implementatie buiten gebruik. | Werken met modellen |
| I kan 'Microsoft Foundry' niet vinden in Azure Service Health: hoe stel ik waarschuwingen in? | Selecteer Azure OpenAI Service als de servicenaam bij het configureren van Service Health-waarschuwingen. Er is geen afzonderlijke service 'Microsoft Foundry' in Service Health. |
Service Health-waarschuwingen instellen |
Verwante inhoud
- Uitfaseringsschema met specifieke data voor alle huidige, verouderde en uitgefaseerde modellen
-
Modellen-API-verwijzing om programmatisch te kunnen opvragen
lifecycleStatus,deprecation, en per SKUdeprecationDatevoor elk model - Modelversies in Microsoft Foundry Models voor de werking van versie-upgrades
- Aan de slag met modelevaluatie
- Modellen beheren voor ingerichte implementatietypen
- Service Health-waarschuwingen instellen