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/functions-create-vnet.md
+3-3Lines changed: 3 additions & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -2,7 +2,7 @@
2
2
title: Use private endpoints to integrate Azure Functions with a virtual network
3
3
description: This tutorial shows you how to connect a function to an Azure virtual network and lock it down by using private endpoints.
4
4
ms.topic: article
5
-
ms.date: 2/22/2021
5
+
ms.date: 2/10/2023
6
6
7
7
#Customer intent: As an enterprise developer, I want to create a function that can connect to a virtual network with private endpoints to secure my function app.
8
8
---
@@ -40,7 +40,7 @@ You'll create a .NET function app in the Premium plan because this tutorial uses
40
40
|**Function App name**| Globally unique name | Name that identifies your new function app. Valid characters are `a-z` (case insensitive), `0-9`, and `-`. |
41
41
|**Publish**| Code | Choose to publish code files or a Docker container. |
42
42
|**Runtime stack**| .NET | This tutorial uses .NET. |
43
-
|**Version**|3.1| This tutorial uses .NET Core 3.1|
43
+
|**Version**|6| This tutorial uses .NET 6.0 running [in the same process as the Functions host](./functions-dotnet-class-library.md).|
44
44
|**Region**| Preferred region | Choose a [region](https://azure.microsoft.com/regions/) near you or near other services that your functions access. |
45
45
46
46
1. Select **Next: Hosting**. On the **Hosting** page, enter the following settings.
@@ -352,7 +352,7 @@ To use your function app with virtual networks, you need to join it to a subnet.
352
352
|**Repository**| functions-vnet-tutorial | The repository forked from https://github.com/Azure-Samples/functions-vnet-tutorial.|
353
353
|**Branch**| main | The main branch of the repository you created. |
354
354
|**Runtime stack**| .NET | The sample code is in C#. |
355
-
|**Version**|.NET Core 3.1| The runtime version. |
Copy file name to clipboardExpand all lines: articles/azure-functions/functions-develop-vs-code.md
+2-2Lines changed: 2 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -77,9 +77,9 @@ These prerequisites are only required to [run and debug your functions locally](
77
77
78
78
* The [Azure Functions Core Tools](functions-run-local.md#install-the-azure-functions-core-tools) version 2.x or later. The Core Tools package is downloaded and installed automatically when you start the project locally. Core Tools include the entire Azure Functions runtime, so download and installation might take some time.
79
79
80
-
*[PowerShell 7](/powershell/scripting/install/installing-powershell-core-on-windows) recommended. For version information, see [PowerShell versions](functions-reference-powershell.md#powershell-versions).
80
+
*[PowerShell 7.2](/powershell/scripting/install/installing-powershell-core-on-windows) recommended. For version information, see [PowerShell versions](functions-reference-powershell.md#powershell-versions).
81
81
82
-
*Both [.NET Core 3.1 runtime](https://dotnet.microsoft.com/download) and [.NET Core 2.1 runtime](https://dotnet.microsoft.com/download/dotnet/2.1).
Copy file name to clipboardExpand all lines: articles/azure-functions/functions-identity-based-connections-tutorial.md
+2-2Lines changed: 2 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -28,9 +28,9 @@ After you complete this tutorial, you should complete the follow-on tutorial tha
28
28
29
29
+ An Azure account with an active subscription. [Create an account for free](https://azure.microsoft.com/free/?ref=microsoft.com&utm_source=microsoft.com&utm_medium=docs&utm_campaign=visualstudio).
30
30
31
-
+ The [.NET Core 3.1 SDK](https://dotnet.microsoft.com/download)
31
+
+ The [.NET 6.0 SDK](https://dotnet.microsoft.com/download)
32
32
33
-
+ The [Azure Functions Core Tools](functions-run-local.md#v2) version 3.x.
33
+
+ The [Azure Functions Core Tools](functions-run-local.md#v2) version 4.x.
Copy file name to clipboardExpand all lines: articles/azure-functions/functions-run-local.md
+20-20Lines changed: 20 additions & 20 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -30,33 +30,33 @@ The specific prerequisites for Core Tools depend on the features you plan to use
30
30
31
31
**[Publish](#publish)**: Core Tools currently depends on either the [Azure CLI](/cli/azure/install-azure-cli) or [Azure PowerShell](/powershell/azure/install-az-ps) for authenticating with your Azure account. This means that you must install one of these tools to be able to [publish to Azure](#publish) from Azure Functions Core Tools.
32
32
33
-
**[Install extensions](#install-extensions)**: To manually install extensions by using Core Tools, you must have the [.NET Core 3.1 SDK](https://dotnet.microsoft.com/download) installed. The .NET Core SDK is used by Core Tools to install extensions from NuGet. You don't need to know .NET to use Azure Functions extensions.
33
+
**[Install extensions](#install-extensions)**: To manually install extensions by using Core Tools, you must have the [.NET 6.0 SDK](https://dotnet.microsoft.com/download) installed. The .NET SDK is used by Core Tools to install extensions from NuGet. You don't need to know .NET to use Azure Functions extensions.
34
34
35
35
## <aname="v2"></a>Core Tools versions
36
36
37
37
There are four versions of Azure Functions Core Tools. The version you use depends on your local development environment, [choice of language](supported-languages.md), and level of support required.
38
38
39
-
Choose a version tab below to learn about each specific version and for detailed installation instructions:
39
+
Choose one of the following version tabs to learn about each specific version and for detailed installation instructions:
40
40
41
41
# [Version 4.x](#tab/v4)
42
42
43
43
Supports [version 4.x](functions-versions.md) of the Functions runtime. This version supports Windows, macOS, and Linux, and uses platform-specific package managers or npm for installation. This is the recommended version of the Functions runtime and Core Tools.
44
44
45
45
# [Version 3.x](#tab/v3)
46
46
47
-
Supports [version 3.x](functions-versions.md) of the Azure Functions runtime. This version supports Windows, macOS, and Linux, and uses platform-specific package managers or npm for installation.
47
+
Supports [version 3.x](functions-versions.md) of the Azure Functions runtime, which reached end of life (EOL) for extended support on December 13, 2022. Use version 4.x instead.
48
48
49
49
# [Version 2.x](#tab/v2)
50
50
51
-
Supports [version 2.x](functions-versions.md) of the Azure Functions runtime. This version supports Windows, macOS, and Linux, and uses platform-specific package managers or npm for installation.
51
+
Supports [version 3.x](functions-versions.md) of the Azure Functions runtime, which reached end of life (EOL) for extended support on December 13, 2022. Use version 4.x instead.
52
52
53
53
# [Version 1.x](#tab/v1)
54
54
55
55
Supports version 1.x of the Azure Functions runtime. This version of the tools is only supported on Windows computers and is installed from an [npm package](https://www.npmjs.com/package/azure-functions-core-tools).
56
56
57
57
---
58
58
59
-
You can only install one version of Core Tools on a given computer. Unless otherwise noted, the examples in this article are for version 3.x.
59
+
You can only install one version of Core Tools on a given computer. Unless otherwise noted, the examples in this article are for version 4.x.
60
60
61
61
## Install the Azure Functions Core Tools
62
62
@@ -189,10 +189,10 @@ Version 1.x of the Core Tools isn't supported on Linux. Use version 2.x or a lat
189
189
190
190
## Changing Core Tools versions
191
191
192
-
When changing to a different version of Core Tools, you should use the same package manager as the original installation to move to a different package version. For example, if you installed Core Tools version 2.x using npm, you should use the following command to upgrade to version 3.x:
192
+
When changing to a different version of Core Tools, you should use the same package manager as the original installation to move to a different package version. For example, if you installed Core Tools version 3.x using npm, you should use the following command to upgrade to version 4.x:
If you used Windows installer (MSI) to install Core Tools on Windows, you should uninstall the old version from Add Remove Programs before installing a different version.
@@ -216,7 +216,7 @@ In the terminal window or from a command prompt, run the following command to cr
216
216
func init MyFunctionProj
217
217
```
218
218
219
-
This example creates a Functions project in a new `MyFunctionProj` folder. You are prompted to choose a default language for your project.
219
+
This example creates a Functions project in a new `MyFunctionProj` folder. You're prompted to choose a default language for your project.
220
220
221
221
The following considerations apply to project initialization:
222
222
@@ -226,13 +226,13 @@ The following considerations apply to project initialization:
226
226
227
227
+ If you plan to publish your project to a custom Linux container, use the `--docker` option to make sure that a Dockerfile is generated for your project. To learn more, see [Create a function on Linux using a custom image](functions-create-function-linux-custom-image.md).
228
228
229
-
Certain languages may have additional considerations:
229
+
Certain languages may have more considerations:
230
230
231
231
# [C\#](#tab/csharp)
232
232
233
233
+ Core Tools lets you create function app projects for the .NET runtime as both [in-process](functions-dotnet-class-library.md) and [isolated worker process](dotnet-isolated-process-guide.md) C# class library projects (.csproj). These projects, which can be used with Visual Studio or Visual Studio Code, are compiled during debugging and when publishing to Azure.
234
234
235
-
+ Use the `--csx` parameter if you want to work locally with C# script (.csx) files. These are the same files you get when you create functions in the Azure portal and when using version 1.x of Core Tools. To learn more, see the [func init reference](functions-core-tools-reference.md#func-init).
235
+
+ Use the `--csx` parameter if you want to work locally with C# script (.csx) files. These files are the same ones you get when you create functions in the Azure portal and when using version 1.x of Core Tools. To learn more, see the [func init reference](functions-core-tools-reference.md#func-init).
236
236
237
237
# [Java](#tab/java)
238
238
@@ -244,7 +244,7 @@ Certain languages may have additional considerations:
244
244
245
245
# [PowerShell](#tab/powershell)
246
246
247
-
There are no additional considerations for PowerShell.
247
+
There are no other considerations for PowerShell.
248
248
249
249
# [Python](#tab/python)
250
250
@@ -260,11 +260,11 @@ There are no additional considerations for PowerShell.
260
260
261
261
## Register extensions
262
262
263
-
Starting with runtime version 2.x, [Functions triggers and bindings](functions-triggers-bindings.md) are implemented as .NET extension (NuGet) packages. For compiled C# projects, you simply reference the NuGet extension packages for the specific triggers and bindings you are using. HTTP bindings and timer triggers don't require extensions.
263
+
Starting with runtime version 2.x, [Functions triggers and bindings](functions-triggers-bindings.md) are implemented as .NET extension (NuGet) packages. For compiled C# projects, you simply reference the NuGet extension packages for the specific triggers and bindings you're using. HTTP bindings and timer triggers don't require extensions.
264
264
265
-
To improve the development experience for non-C# projects, Functions lets you reference a versioned extension bundle in your host.json project file. [Extension bundles](functions-bindings-register.md#extension-bundles) makes all extensions available to your app and removes the chance of having package compatibility issues between extensions. Extension bundles also removes the requirement of installing the .NET Core 3.1 SDK and having to deal with the extensions.csproj file.
265
+
To improve the development experience for non-C# projects, Functions lets you reference a versioned extension bundle in your host.json project file. [Extension bundles](functions-bindings-register.md#extension-bundles) makes all extensions available to your app and removes the chance of having package compatibility issues between extensions. Extension bundles also removes the requirement of installing the .NET SDK and having to deal with the extensions.csproj file.
266
266
267
-
Extension bundles is the recommended approach for functions projects other than C# complied projects, as well as C# script. For these projects, the extension bundle setting is generated in the _host.json_ file during initialization. If bundles aren't enabled, you need to update the project's host.json file.
267
+
Extension bundles is the recommended approach for functions projects other than C# complied projects, and for C# script. For these projects, the extension bundle setting is generated in the _host.json_ file during initialization. If bundles aren't enabled, you need to update the project's host.json file.
By default, these settings are not migrated automatically when the project is published to Azure. Use the [`--publish-local-settings` option][func azure functionapp publish] when you publish to make sure these settings are added to the function app in Azure. Values in the `ConnectionStrings` section are never published.
277
+
By default, these settings aren't migrated automatically when the project is published to Azure. Use the [`--publish-local-settings` option][func azure functionapp publish] when you publish to make sure these settings are added to the function app in Azure. Values in the `ConnectionStrings` section are never published.
278
278
279
-
The function app settings values can also be read in your code as environment variables. For more information, see the Environment variables section of these language-specific reference topics:
279
+
The function app settings values can also be read in your code as environment variables. For more information, see the Environment variables section of these language-specific reference articles:
@@ -341,7 +341,7 @@ To create a function in an existing project, run the following command:
341
341
func new
342
342
```
343
343
344
-
In version 3.x/2.x, when you run `func new` you are prompted to choose a template in the default language of your function app. Next, you're prompted to choose a name for your function. In version 1.x, you are also required to choose the language.
344
+
When you run `func new`, you're prompted to choose a template in the default language of your function app. Next, you're prompted to choose a name for your function. In version 1.x, you're also required to choose the language.
345
345
346
346
You can also specify the function name and template in the `func new` command. The following example uses the `--template` option to create an HTTP trigger named `MyHttpTrigger`:
347
347
@@ -515,7 +515,7 @@ You must have already [created a function app in your Azure subscription](functi
515
515
To learn how to create a function app from the command prompt or terminal window using the Azure CLI or Azure PowerShell, see [Create a Function App for serverless execution](./scripts/functions-cli-create-serverless.md).
516
516
517
517
>[!IMPORTANT]
518
-
> When you create a function app in the Azure portal, it uses version 3.x of the Function runtime by default. To make the function app use version 1.x of the runtime, follow the instructions in [Run on version 1.x](functions-versions.md#creating-1x-apps).
518
+
> When you create a function app in the Azure portal, it uses version 4.x of the Function runtime by default. To make the function app use version 1.x of the runtime, follow the instructions in [Run on version 1.x](functions-versions.md#creating-1x-apps).
519
519
> You can't change the runtime version for a function app that has existing functions.
520
520
521
521
@@ -582,7 +582,7 @@ func extensions install
582
582
583
583
The command reads the *function.json* file to see which packages you need, installs them, and rebuilds the extensions project (extensions.csproj). It adds any new bindings at the current version but doesn't update existing bindings. Use the `--force` option to update existing bindings to the latest version when installing new ones. To learn more, see the [`func extensions install` command](functions-core-tools-reference.md#func-extensions-install).
584
584
585
-
If your function app uses bindings or NuGet packages that Core Tools does not recognize, you must manually install the specific extension.
585
+
If your function app uses bindings or NuGet packages that Core Tools doesn't recognize, you must manually install the specific extension.
586
586
587
587
### Install a specific extension
588
588
@@ -612,7 +612,7 @@ This type of streaming logs requires that Application Insights integration be en
If you are using Visual Studio Code, you can integrate Rosetta with the built-in Terminal. For more information, see [Enable emulation in Visual Studio Code](./functions-develop-vs-code.md#enable-emulation-in-visual-studio-code).
615
+
If you're using Visual Studio Code, you can integrate Rosetta with the built-in Terminal. For more information, see [Enable emulation in Visual Studio Code](./functions-develop-vs-code.md#enable-emulation-in-visual-studio-code).
+[Visual Studio Code](https://code.visualstudio.com/) on one of the [supported platforms](https://code.visualstudio.com/docs/supporting/requirements#_platforms).
0 commit comments