Skip to content

Commit 79ea7c6

Browse files
committed
Clean-up language issues
1 parent aca5412 commit 79ea7c6

File tree

2 files changed

+27
-9
lines changed

2 files changed

+27
-9
lines changed

articles/azure-functions/dotnet-isolated-in-process-differences.md

Lines changed: 4 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -5,20 +5,20 @@ ms.service: azure-functions
55
ms.topic: conceptual
66
ms.date: 09/29/2022
77
recommendations: false
8-
#Customer intent: As a developer, I need to understand the differences between running in-process and running in an isolated worker process so that I can choose the best execution mode for my functions.
8+
#Customer intent: As a developer, I need to understand the differences between running in-process and running in an isolated worker process so that I can choose the best process model for my functions.
99
---
1010

1111
# Differences between in-process and isolate worker process .NET Azure Functions
1212

13-
Functions supports two execution modes for .NET class library functions:
13+
Functions supports two process models for .NET class library functions:
1414

1515
[!INCLUDE [functions-dotnet-execution-model](../../includes/functions-dotnet-execution-model.md)]
1616

17-
This article describes the current state of the functional and behavioral differences between the two execution modes.
17+
This article describes the current state of the functional and behavioral differences between the two models.
1818

1919
## Execution mode comparison table
2020

21-
Use the following table to compare feature and functional differences between the two execution modes:
21+
Use the following table to compare feature and functional differences between the two models:
2222

2323
| Feature/behavior | In-process<sup>3</sup> | Isolated worker process |
2424
| ---- | ---- | ---- |

articles/azure-functions/migrate-version-1-version-4.md

Lines changed: 23 additions & 5 deletions
Original file line numberDiff line numberDiff line change
@@ -26,7 +26,7 @@ zone_pivot_groups: programming-languages-set-functions
2626
> [!IMPORTANT]
2727
> Python isn't supported by version 1.x of the Azure Functions runtime. Perhaps you're instead looking to [migrate your Python app from version 3.x to version 4.x](./migrate-version-3-version-4.md). If you're migrating a version 1.x function app, select either C# or JavaScript above.
2828
::: zone-end
29-
29+
::: zone pivot="programming-language-csharp"
3030
If you're running on version 1.x of the Azure Functions runtime, it's likely because your C# app requires .NET Framework 2.1. Version 4.x of the runtime now lets you run .NET Framework 4.8 apps. At this point, you should consider migrating your version 1.x function apps to run on version 4.x. For more information about Functions runtime versions, see [Azure Functions runtime versions overview](./functions-versions.md).
3131

3232
Migrating a C# function app from version 1.x to version 4.x of the Functions runtime requires you to make changes to your project code. Many of these changes are a result of changes in the C# language and .NET APIs. JavaScript apps generally don't require code changes to migrate.
@@ -41,23 +41,39 @@ You can upgrade your C# project to one of the following versions of .NET, all of
4141
| .NET&nbsp;Framework&nbsp;4.8 | [Isolated worker process](./dotnet-isolated-process-guide.md) |
4242

4343
<sup>*</sup> [In-process execution](./functions-dotnet-class-library.md) is only supported for Long Term Support (LTS) releases of .NET. Non-LTS releases and .NET Framework require you to run in an [isolated worker process](./dotnet-isolated-process-guide.md). 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).
44-
44+
::: zone-end
45+
::: zone pivot="programming-language-javascript,programming-language-csharp"
4546
This article walks you through the process of safely migrating your function app to run on version 4.x of the Functions runtime.
4647

4748
## Prepare for migration
4849

4950
Before you upgrade your app to version 4.x of the Functions runtime, you should do the following tasks:
5051

5152
* Review the list of [behavior changes after version 1.x](#behavior-changes-after-version-1x). Migrating from version 1.x to version 4.x also can affect bindings.
52-
* Review [Update your C# project files](#update-your-project-files) and decide which version of .NET you want to migrate to. Complete the steps to migrate your local project to your chosen version of .NET.
53+
::: zone-end
54+
::: zone pivot="programming-language-csharp"
55+
* Review [Update your project files](#update-your-project-files) and decide which version of .NET you want to migrate to. Complete the steps to migrate your local project to your chosen version of .NET.
56+
::: zone-end
57+
::: zone pivot="programming-language-javascript"
58+
* Complete the steps in [update your project files](#update-your-project-files) to migrate your local project to run locally on a version 4.x and a supported version of Node.js.
59+
::: zone-end
60+
::: zone pivot="programming-language-javascript,programming-language-csharp"
5361
* After migrating your local project, fully test the app locally using version 4.x of the [Azure Functions Core Tools](functions-run-local.md).
62+
5463
* 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).
64+
::: zone-end
65+
::: zone pivot="programming-language-csharp"
5566
* 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).
67+
::: zone-end
68+
::: zone pivot="programming-language-javascript"
69+
* Republished your migrated project to the upgraded function app.
70+
::: zone-end
71+
::: zone pivot="programming-language-javascript,programming-language-csharp"
5672
* Consider using a [staging slot](functions-deployment-slots.md) to test and verify your 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).
57-
73+
::: zone-end
74+
::: zone pivot="programming-language-csharp"
5875
## Update your project files
5976

60-
::: zone pivot="programming-language-csharp"
6177
The following sections describes the updates you must make to your C# project files to be able to run on one of the supported versions of .NET in Functions version 4.x. The updates shown are ones common to most projects. Your project code may require updates not mentioned in this article, especially when using custom NuGet packages.
6278

6379
Choose the tab that matches your target version of .NET and the desired process model (in-process or isolated worker process).
@@ -341,6 +357,8 @@ In version 4.x, the HTTP trigger template looks like the following example:
341357
---
342358
::: zone-end
343359
::: zone pivot="programming-language-javascript"
360+
## Update your project files
361+
344362
To update your project to Azure Functions 4.x:
345363

346364
1. Update your local installation of [Azure Functions Core Tools](functions-run-local.md#install-the-azure-functions-core-tools) to version 4.x.

0 commit comments

Comments
 (0)