Note
Access to this page requires authorization. You can try signing in or changing directories.
Access to this page requires authorization. You can try changing directories.
In Azure Functions, support for a language stack is limited to specific versions. As new versions become available, you might want to update your apps to take advantage of their features. Support in Functions can also end for older versions, typically aligned to the community end-of-support timelines. See the Language runtime support policy for details.
To ensure your apps continue to receive support, follow the instructions in this article to update them to the latest available versions. The way that you update your function app depends on:
- The language you use to author your functions. Make sure to choose your programming language at the top of this article.
- The operating system on which your app runs in Azure: Windows or Linux.
- The hosting plan.
Note
This article shows you how to update the .NET version of an app using the isolated worker model. Apps that run on older versions of .NET with the in-process model can update to target .NET 8, or they can migrate from the in-process model to the isolated worker model.
Prerequisites
Before you update the stack configuration for your function app in Azure, complete these tasks:
Verify your functions locally
Make sure that you test and verify your function code locally on the new target version.
Use these steps to update the project on your local computer:
Ensure you installed the target version of the .NET SDK.
If you're targeting a preview version, see Functions guidance for preview .NET versions to ensure that the version is supported. Using .NET previews might require more steps.
Update your references to the latest versions of Microsoft.Azure.Functions.Worker and Microsoft.Azure.Functions.Worker.Sdk.
Update your project's target framework to the new version. For C# projects, you must update the
<TargetFramework>element in the.csprojfile. For more information about your version, see Target frameworks.Changing your project's target framework might also require changes to parts of your toolchain, outside of project code. For example, in Visual Studio Code, you might need to update the
azureFunctions.deploySubpathextension setting through user settings or your project's.vscode/settings.jsonfile. Check for any dependencies on the framework version that exist outside of your project code, as part of build steps or a CI/CD pipeline.Make any updates to your project code that the new .NET version requires. Check the version's release notes for specifics. You can also use the .NET Upgrade Assistant to help update your code in response to changes across major versions.
After you make those changes, rebuild your project and test it to confirm your app runs as expected.
Move to the latest Functions runtime
Make sure that your function app runs on the latest version of the Functions runtime (version 4.x). You can determine the runtime version either in the Azure portal or by using the Azure CLI.
Use these steps to determine your Functions runtime version:
In the Azure portal, locate and select your function app. On the left menu, select Settings > Configuration.
Select the Function runtime settings tab and check the Runtime version value. Your function app should run on version 4.x of the Functions runtime (
~4).
If you need to first update your function app to version 4.x, see Migrate apps from Azure Functions version 1.x to version 4.x or Migrate apps from Azure Functions version 3.x to version 4.x. Follow the instructions in those articles rather than just changing the FUNCTIONS_EXTENSION_VERSION setting.
Publish app updates
If you updated your app to run correctly on the new version, publish the app updates before you update the stack configuration for your function app.
Tip
To simplify the update process, minimize downtime for your functions, and provide a potential for rollback, you should publish your updated app to a staging slot. For more information, see Azure Functions deployment slots.
When you publish your updated app to a staging slot, make sure to follow the slot-specific update instructions in the rest of this article. You later swap the updated staging slot into production.
Update the stack configuration
The way that you update the stack configuration depends on whether you're running on Windows or on Linux in Azure.
When you use a staging slot, make sure to target your updates to the correct slot.
Use the following steps to update the Java version:
In the Azure portal, locate and select your function app. On the left menu, select Settings > Configuration. If you have a staging slot, select the specific slot.
In the General settings tab, update Java version to the desired version.
Select Save and when notified about a restart select Continue.
Use the following steps to update the .NET version:
In the Azure portal, locate and select your function app. On the left menu, select Settings > Configuration. If you have a staging slot, select the specific slot.
In the General settings tab, update .NET version to the desired version.
Select Save and when notified about a restart select Continue.
Use the following steps to update the Node.js version:
In the Azure portal, locate and select your function app. On the left menu, select Settings > Configuration. If you have a staging slot, select the specific slot.
In the General settings tab, update Node.js version to the desired version.
Select Save and when notified about a restart select Continue. This change updates the
WEBSITE_NODE_DEFAULT_VERSIONapplication setting.
Use the following steps to update the PowerShell version:
In the Azure portal, locate and select your function app. On the left menu, select Settings > Configuration. If you have a staging slot, select the specific slot.
In the General settings tab, update .NET version to the desired version.
Select Save and when notified about a restart select Continue.
Python apps aren't supported on Windows. Select the Linux tab instead.
Your function app restarts after you update the version.
Swap slots
If you have been performing your code project deployment and updating settings in a staging slot, swap the staging slot into production. For more information, see Swap slots.