Skip to content
EOL Watch
Search itemsOpen menu

AzureEnd of support

Azure Functions: Python 3.13 end of support

End of support date for Python 3.13 on Azure Functions: Oct 2029. After that date, function apps on this version continue to run but aren't eligible for new features, security patches, and performance optimizations.

Support ends approx., Oct 2029

· The vendor gives a month, not a day.

What breaks

Azure Functions reduces support in phases as language versions reach their end-of-life dates. Support ends on the earlier of the community end-of-support date or the end-of-support date of the underlying base operating system.

  • Notification phase: the Functions team emails you about retirements that affect your function apps.
  • Retirement phase, after the end-of-life date: apps on Python 3.13 can still be created and deployed, and they continue to run.
  • They get no new features, security patches, or performance optimizations until upgraded.
  • If required, in certain cases Microsoft can limit the instances allocated to these apps, including limiting scaling to 1 instance.
  • Apps on an unsupported version must upgrade before receiving support.

Who is affected

Affected versions

  • 3.13

Matching resource types

  • microsoft.web/sites
  • azurerm_linux_function_app

Fields the check reads

  • linuxfxversion
  • kind
  • site_config.application_stack.python_version

Detected by the estate check from

  • Azure Resource Graph export (CSV or JSON)
  • Terraform state or plan (JSON)
  • ARM template

Check your estate for this

What to do

  1. Follow Update language stack versions in Azure Functions. The steps depend on the language, the operating system and the hosting plan. For .NET, the article covers the isolated worker model only. An app on the in-process model must migrate to the isolated worker model.
  2. Review dependencies before the update (extension bundles, binding extensions, package dependencies and local tools). Then test and verify the function app code locally on the new target version.
  3. Make sure the function app runs on the latest version of the Functions runtime (version 4.x). If it does not, follow the runtime migration articles that the update article links rather than just changing the FUNCTIONS_EXTENSION_VERSION setting.
  4. If the app runs on Linux in a Consumption plan, check that the target version is offered there. The Linux Consumption plan isn't getting any new language versions. See Migrate your apps to the Flex Consumption plan. The update article also states that you can't change the Python version when the function app runs in a Consumption plan.
  5. Publish the function app updates, then update the stack configuration. The method depends on whether the app runs on Windows or on Linux. The function app restarts after the version update and is unavailable for a brief period, typically 30-60 seconds. The article describes publishing to a staging slot to limit downtime, and notes that the Flex Consumption plan does not support slots.
  6. After the function app restarts, verify that the language version update was successful and that the functions work as expected.

Replacement

Not stated by vendor.

Sources

Last checked against the first source in this list on .

Found an error? Report it

The text on this page is drafted with AI assistance from the vendor's text, checked against the official source and approved by a person before it is published. How items are written

Last checked · Added · Changelog for this item