You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: articles/azure-functions/migrate-version-3-version-4.md
+29-1Lines changed: 29 additions & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -44,7 +44,7 @@ On version 3.x of the Functions runtime, your C# function app targets .NET Core
44
44
>
45
45
> If you're looking for moving to a Long Term Support (LTS) .NET release, we recommend you upgrade to .NET 6 .
46
46
>
47
-
> Migrating to .NET Isolated worker model to get benefits of .NET isolated worker process, For more information about .NET isolated worker process advantaqges see [](). For more information about .NET version support, see [Supported versions](./dotnet-isolated-process-guide.md#supported-versions).
47
+
> Migrating to .NET Isolated worker model to get all benefits provided by Azure Functions .NET isolated worker process. For more information about .NET isolated worker process advantages see [.NET isolated worker process enhancement](./dotnet-isolated-in-process-differences.md). For more information about .NET version support, see [Supported versions](./dotnet-isolated-process-guide.md#supported-versions).
48
48
49
49
Upgrading from .NET Core 3.1 to .NET 6 running in-process requires minimal updates to your project and virtually no updates to code. Switching to the isolated worker process model requires you to make changes to your code, but provides the flexibility of being able to easily run on any future version of .NET. For a feature and functionality comparison between the two process models, see [Differences between in-process and isolate worker process .NET Azure Functions](./dotnet-isolated-in-process-differences.md).
50
50
::: zone-end
@@ -55,6 +55,7 @@ Before you upgrade your app to version 4.x of the Functions runtime, you should
55
55
56
56
* Review the list of [breaking changes between 3.x and 4.x](#breaking-changes-between-3x-and-4x).
57
57
*[Run the pre-upgrade validator](#run-the-pre-upgrade-validator).
58
+
* Identify the list of v2&v3 Function Apps in your current Azure Subscription by using the [Azure PowerShell](#identify-function-apps-using-azure-powershell).
58
59
* When possible, [upgrade your local project environment to version 4.x](#upgrade-your-local-project). Fully test your app locally using version 4.x of the [Azure Functions Core Tools](functions-run-local.md).
59
60
* Upgrade your function app in Azure to the new version. If you need to minimize downtime, consider using a [staging slot](functions-deployment-slots.md) to test and verify your migrated app in Azure on the new runtime version. You can then deploy your app with the updated version settings to the production slot. For more information, see [Migrate using slots](#upgrade-using-slots).
60
61
* Republished your migrated project to the upgraded function app. When you use Visual Studio to publish a version 4.x project to an existing function app at a lower version, you're prompted to let Visual Studio upgrade the function app to version 4.x during deployment. This upgrade uses the same process defined in [Migrate without slots](#upgrade-without-slots).
@@ -71,6 +72,33 @@ Azure Functions provides a pre-upgrade validator to help you identify potential
71
72
72
73
1. After validation completes, review the recommendations and address any issues in your app. If you need to make changes to your app, make sure to validate the changes against version 4.x of the Functions runtime, either [locally using Azure Functions Core Tools v4](#upgrade-your-local-project) or by [using a staging slot](#upgrade-using-slots).
73
74
75
+
76
+
## Identify Function Apps using Azure Powershell
77
+
78
+
To identify the list of v2&v3 Function Apps in your current Azure Subscription by using the Azure PowerShell script below:
0 commit comments