Skip to main content
Microsoft Foundry Models in Azure Government move through a predictable lifecycle—from preview to general availability (GA) to eventual retirement—giving you time to evaluate replacements and migrate workloads. This article explains each lifecycle stage, the overlap commitments Microsoft makes when a model retires, and how you’re notified in Azure Government. For specific retirement dates, see Model retirement schedule. This article focuses on where there are differences from Commercial for Azure Government. For general information, see Foundry Models lifecycle and support policy.

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 are not 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

For a full comparison of deployment types, see Deployment type comparison.

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

We commit to meaningful overlap between a retiring GA model and its replacement so customers can test, evaluate, and migrate with confidence. In Azure Government, this 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 where Deployment Type and Region align:
  • Auto-upgrades are scheduled on a rolling, region-by-region basis.
  • The upgrade schedule is published in advance in the Model Retirement Schedule.
  • For models where the upgrade target is not available in the same Deployment Type and Region, no model upgrade is performed.
Provisioned deployments are NOT 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 gpt-4o version 2024-05-13 retired on 2026-03-31, they were auto-upgraded to gpt-4.1 on the Standard and DataZone SKU if there was a matching offering.

Notifications

GA models have their retirement date set 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