How model lifecycle works
Microsoft Foundry continuously refreshes its model catalog with newer, more capable models. When a model is superseded, it moves through a predictable lifecycle that gives customers time to evaluate replacements and migrate. The lifecycle applies across Foundry Models in Azure Government sold by Azure.Lifecycle stages
Since preview models aren’t delivered within Azure Government, every model in the Foundry catalog in Azure Government belongs to exactly one of four stages:Model launch and availability
New models become available through deployment types in a predictable order:Availability rollout at a glance
Special considerations
Several factors affect how the standard lifecycle applies to your deployments, including the region you operate in, the type of deployment, and security requirements.Regional availability
- Not all model and version combinations are available in all regions.
- Successive model versions might not be available in the same regions. A newer version can appear in some regions before upgrades are scheduled in others.
Generally available (GA) replacement model overlap commitments
Microsoft commits to meaningful overlap between a retiring GA model and its replacement so you can test, evaluate, and migrate with confidence. In Azure Government, this overlap relies on a two-step process that leverages the earlier availability in Commercial cloud.Understanding automatic upgrades
For Data Zone Standard and Standard deployment types, Microsoft manages automatic upgrades when a model version is retired and the deployment type and region align:- Auto-upgrades are scheduled on a rolling, region-by-region basis.
- Microsoft publishes the upgrade schedule in advance in the Model Retirement Schedule.
- If the upgrade target isn’t available in the same deployment type and region, Microsoft doesn’t perform a model upgrade.
Provisioned deployments aren’t auto-upgraded. Provisioned customers must manually migrate to the replacement model.Use the Models API to programmatically check
lifecycleStatus, deprecation, and per-SKU deprecationDate for any model at any time.Example: gpt-4o-0513 → gpt-4.1 upgrade
When Microsoft retires gpt-4o version2024-05-13 on 2026-03-31, the service auto-upgrades the model to gpt-4.1 on the Standard and DataZone SKU if there’s a matching offering.
Notifications
Microsoft sets the retirement date for GA models programmatically at commercial launch to 18 months out - there’s no separate “announcement.” Legacy and Deprecated transitions follow the published timeline and are visible in real time via the Models API.When you receive active notifications
How you’re notified
Related content
- Model Retirement Schedule in Azure Government for specific dates for all current, deprecated, and retired models.
- Models API reference to programmatically query
lifecycleStatus,deprecation, and per-SKUdeprecationDatefor any model - Model versions in Microsoft Foundry Models in Azure Government for how version upgrades work.
- Getting started with model evaluation
- Managing models on provisioned deployment types
- Set up Service Health alerts