Skip to content

Commit e581d09

Browse files
Learn Build Service GitHub AppLearn Build Service GitHub App
authored andcommitted
Merging changes synced from https://github.com/MicrosoftDocs/azure-docs-pr (branch live)
2 parents 741b75c + d190c89 commit e581d09

File tree

163 files changed

+1211
-758
lines changed

Some content is hidden

Large Commits have some content hidden by default. Use the searchbox below for content that may be hidden.

163 files changed

+1211
-758
lines changed

.openpublishing.redirection.json

Lines changed: 5 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -1,5 +1,10 @@
11
{
22
"redirections": [
3+
{
4+
"source_path": "articles/germany/index.yml",
5+
"redirect_url": "/previous-versions/azure/germany/index",
6+
"redirect_document_id": false
7+
},
38
{
49
"source_path_from_root": "/articles/internet-analyzer/internet-analyzer-cli.md",
510
"redirect_url": "/previous-versions/azure/internet-analyzer/internet-analyzer-cli",

articles/application-gateway/application-gateway-autoscaling-zone-redundant.md

Lines changed: 5 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -15,6 +15,11 @@ ms.custom: fasttrack-edit, references_regions
1515
Application Gateway and WAF can be configured to scale in two modes:
1616

1717
- **Autoscaling** - With autoscaling enabled, the Application Gateway and WAF v2 SKUs scale out or in based on application traffic requirements. This mode offers better elasticity to your application and eliminates the need to guess the application gateway size or instance count. This mode also allows you to save cost by not requiring the gateway to run at peak-provisioned capacity for expected maximum traffic load. You must specify a minimum and optionally maximum instance count. Minimum capacity ensures that Application Gateway and WAF v2 don't fall below the minimum instance count specified, even without traffic. Each instance is roughly equivalent to 10 more reserved Capacity Units. Zero signifies no reserved capacity and is purely autoscaling in nature. You can also optionally specify a maximum instance count, which ensures that the Application Gateway doesn't scale beyond the specified number of instances. You are only billed for the amount of traffic served by the Gateway. The instance counts can range from 0 to 125. The default value for maximum instance count is 10 if not specified.
18+
19+
20+
> [!NOTE]
21+
> If the maximum instance count is updated to a value less than the current instance count, the new setting will not take immediate effect. The newly updated maximum will only be enforced after a scale-in operation brings the current count below newly updated maximum count. If the scale-in operation does not occur because the autoscaling scale in thresholds are not met, the new maximum setting will not be applied.
22+
1823
- **Manual** - You can also choose Manual mode where the gateway doesn't autoscale. In this mode, if there's more traffic than what Application Gateway or WAF can handle, it could result in traffic loss. With manual mode, specifying instance count is mandatory. Instance count can vary from 1 to 125 instances.
1924

2025
## Autoscaling and High Availability

articles/application-gateway/configuration-infrastructure.md

Lines changed: 3 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -5,7 +5,7 @@ services: application-gateway
55
author: greg-lindsay
66
ms.service: application-gateway
77
ms.topic: conceptual
8-
ms.date: 04/25/2024
8+
ms.date: 05/01/2024
99
ms.author: greglin
1010
---
1111

@@ -63,6 +63,8 @@ It's possible to change the subnet of an existing Application Gateway instance w
6363

6464
The virtual network resource supports [DNS server](../virtual-network/manage-virtual-network.yml#view-virtual-networks-and-settings-using-the-azure-portal) configuration, which allows you to choose between Azure-provided default or custom DNS servers. The instances of your application gateway also honor this DNS configuration for any name resolution. After you change this setting, you must restart ([Stop](/powershell/module/az.network/Stop-AzApplicationGateway) and [Start](/powershell/module/az.network/start-azapplicationgateway)) your application gateway for these changes to take effect on the instances.
6565

66+
When an instance of your Application Gateway issues a DNS query, it uses the value from the server that responds first.
67+
6668
> [!NOTE]
6769
> If you use custom DNS servers in the Application Gateway virtual network, the DNS server must be able to resolve public internet names. Application Gateway requires this capability.
6870

articles/application-gateway/how-application-gateway-works.md

Lines changed: 3 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -5,7 +5,7 @@ services: application-gateway
55
author: greg-lindsay
66
ms.service: application-gateway
77
ms.topic: conceptual
8-
ms.date: 8/22/2023
8+
ms.date: 05/01/2024
99
ms.author: greglin
1010
---
1111

@@ -58,8 +58,8 @@ When a backend pool's server is configured with a Fully Qualified Domain Name (F
5858
The Application Gateway retains this cached information for the period equivalent to that DNS record's TTL (time to live) and performs a fresh DNS lookup once the TTL expires. If a gateway detects a change in IP address for its subsequent DNS query, it will start routing the traffic to this updated destination. In case of problems such as the DNS lookup failing to receive a response or the record no longer exists, the gateway continues to use the last-known-good IP address(es). This ensures minimal impact on the data path.
5959

6060
> [!IMPORTANT]
61-
> * When using custom DNS servers with Application Gateway's Virtual Network, it is crucial that all servers are identical and respond consistently with the same DNS values.
62-
> * Users of on-premises custom DNS servers must ensure connectivity to Azure DNS through [Azure DNS Private Resolver](../dns/private-resolver-hybrid-dns.md) (recommended) or DNS forwarder VM when using a Private DNS zone for Private endpoint.
61+
> * When using custom DNS servers with Application Gateway's Virtual Network, it is important that all servers respond consistently with the same DNS values. When an instance of your Application Gateway issues a DNS query, it uses the value from the server that responds first.
62+
> * Users of on-premises custom DNS servers must ensure connectivity to Azure DNS through [Azure DNS Private Resolver](../dns/private-resolver-hybrid-dns.md) (recommended) or a DNS forwarder VM when using a Private DNS zone for Private endpoint.
6363
6464
### Modifications to the request
6565

articles/azure-arc/data/create-data-controller-direct-prerequisites.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -155,4 +155,4 @@ For instructions, see [Create a log analytics workspace](upload-logs.md#create-a
155155

156156
## Create Azure Arc data services
157157

158-
After you have completed these prerequisites, you can [Deploy Azure Arc data controller | Direct connect mode](create-data-controller-direct-azure-portal.md).
158+
After you have completed these prerequisites, you can [Deploy Azure Arc data controller | Direct connect mode - Azure Portal](create-data-controller-direct-azure-portal.md) or [using the Azure CLI](create-data-controller-direct-cli.md).

articles/azure-arc/data/validation-program.md

Lines changed: 1 addition & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -129,9 +129,7 @@ The conformance tests run as part of the Azure Arc-enabled Data services validat
129129

130130
These tests verify that the product is compliant with the requirements of running and operating data services. This process helps assess if the product is enterprise ready for deployments.
131131

132-
The tests for data services cover the following in indirectly connected mode
133-
134-
1. Deploy data controller in indirect mode
132+
1. Deploy data controller in both indirect and direct connect modes (learn more about [connectivity modes](/azure/azure-arc/data/connectivity))
135133
2. Deploy [SQL Managed Instance enabled by Azure Arc](create-sql-managed-instance.md)
136134
3. Deploy [Azure Arc-enabled PostgreSQL server](create-postgresql-server.md)
137135

articles/azure-functions/durable/TOC.yml

Lines changed: 2 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -12,6 +12,8 @@
1212
href: durable-functions-versions.md
1313
- name: Durable Functions for .NET isolated
1414
href: durable-functions-dotnet-isolated-overview.md
15+
- name: Durable Functions packages
16+
href: durable-functions-packages.md
1517
- name: Quickstarts
1618
expanded: true
1719
items:

articles/azure-functions/durable/durable-functions-isolated-create-first-csharp.md

Lines changed: 5 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -154,8 +154,11 @@ Azure Functions Core Tools lets you run an Azure Functions project locally. You'
154154

155155
1. To test your function, set a breakpoint in the `SayHello` activity function code and press <kbd>F5</kbd> to start the function app project. Output from Core Tools is displayed in the **Terminal** panel.
156156

157-
> [!NOTE]
158-
> For more information on debugging, see [Durable Functions Diagnostics](durable-functions-diagnostics.md#debugging).
157+
> [!NOTE]
158+
> For more information on debugging, see [Durable Functions Diagnostics](durable-functions-diagnostics.md#debugging).
159+
160+
> [!NOTE]
161+
> If you encounter a "No job functions found" error, please [update your Azure Functions Core Tools installation to the latest version](./../functions-core-tools-reference.md). Older versions of core tools do not support .NET isolated.
159162
160163
1. In the **Terminal** panel, copy the URL endpoint of your HTTP-triggered function.
161164

articles/azure-functions/durable/durable-functions-overview.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -13,7 +13,7 @@ zone_pivot_groups: df-languages
1313

1414
# What are Durable Functions?
1515

16-
*Durable Functions* is an extension of [Azure Functions](../functions-overview.md) that lets you write stateful functions in a serverless compute environment. The extension lets you define stateful workflows by writing [*orchestrator functions*](durable-functions-orchestrations.md) and stateful entities by writing [*entity functions*](durable-functions-entities.md) using the Azure Functions programming model. Behind the scenes, the extension manages state, checkpoints, and restarts for you, allowing you to focus on your business logic.
16+
*Durable Functions* is a feature of [Azure Functions](../functions-overview.md) that lets you write stateful functions in a serverless compute environment. The extension lets you define stateful workflows by writing [*orchestrator functions*](durable-functions-orchestrations.md) and stateful entities by writing [*entity functions*](durable-functions-entities.md) using the Azure Functions programming model. Behind the scenes, the extension manages state, checkpoints, and restarts for you, allowing you to focus on your business logic.
1717

1818
## <a name="language-support"></a>Supported languages
1919

Lines changed: 71 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,71 @@
1+
---
2+
title: Durable Functions packages
3+
description: Introduction to the Durable Functions packages, extensions, and SDKs.
4+
author: davidmrdavid
5+
ms.topic: overview
6+
ms.date: 04/09/2024
7+
ms.author: dajusto
8+
ms.custom: devdivchpfy22, devx-track-extended-java, devx-track-js, devx-track-python
9+
ms.reviewer: azfuncdf
10+
#Customer intent: As a < type of user >, I want < what? > so that < why? >.
11+
---
12+
13+
# The Durable Functions packages
14+
15+
[Durable Functions](./durable-functions-overview.md) is available in all first-party Azure Functions runtime environments (e.g. .NET, Node, Python, etc.). As such, there are multiple Durable Functions SDKs and packages for each language runtime supported. This guide provides a description of each Durable Functions package from the perspective of each runtime supported.
16+
17+
## .NET in-process
18+
19+
.NET in-process users need to reference the [Microsoft.Azure.WebJobs.Extensions.DurableTask](https://www.nuget.org/packages/Microsoft.Azure.WebJobs.Extensions.DurableTask/) package in their `.csproj` file to use Durable Functions. This package is known as the "WebJobs extension" for Durable Functions.
20+
21+
### The storage providers packages
22+
23+
By default, Durable Functions uses Azure Storage as it's backing store. However, alternative [storage providers](./durable-functions-storage-providers.md) are available as well. To use them, you need to reference their packages _in addition to_ the WebJobs extension in your `.csproj`. Those packages are:
24+
25+
* The Netherite storage provider: [Microsoft.Azure.DurableTask.Netherite.AzureFunctions](https://www.nuget.org/packages/Microsoft.Azure.DurableTask.Netherite.AzureFunctions).
26+
* The MSSQL storage provider: [Microsoft.DurableTask.SqlServer.AzureFunctions](https://www.nuget.org/packages/Microsoft.DurableTask.SqlServer.AzureFunctions)
27+
28+
> [!TIP]
29+
> See the [storage providers guide](./durable-functions-storage-providers.md) for complete instructions on how to configure each backend.
30+
31+
> [!NOTE]
32+
> These are the same packages that non-.NET customers [manually upgrading their extensions](./durable-functions-extension-upgrade.md#manually-upgrade-the-durable-functions-extension) need to manage in their `.csproj`.
33+
34+
## .NET isolated
35+
36+
.NET isolated users need to reference the [Microsoft.Azure.Functions.Worker.Extensions.DurableTask](https://www.nuget.org/packages/Microsoft.Azure.Functions.Worker.Extensions.DurableTask/) package in their `.csproj` file to use Durable Functions. This replaces the "WebJobs" extension used in .NET in-process as .NET isolated projects can't directly reference WebJobs packages. This package is known as the "worker extension" for Durable Functions.
37+
38+
### The storage providers packages
39+
40+
In .NET isolated, the alternative [storage providers](./durable-functions-storage-providers.md) are available as well under "worker extension" packages of their own. You need to reference their packages _in addition to_ the worker extension in your `.csproj`. Those packages are:
41+
42+
* The Netherite storage provider: [Microsoft.Azure.Functions.Worker.Extensions.DurableTask.Netherite](https://www.nuget.org/packages/Microsoft.Azure.Functions.Worker.Extensions.DurableTask.Netherite).
43+
* The MSSQL storage provider: [Microsoft.Azure.Functions.Worker.Extensions.DurableTask.SqlServer](https://www.nuget.org/packages/Microsoft.Azure.Functions.Worker.Extensions.DurableTask.SqlServer)
44+
45+
> [!TIP]
46+
> See the [storage providers guide](./durable-functions-storage-providers.md) for complete the instructions on how to configure each backend.
47+
48+
## Extension Bundles users
49+
50+
Users of [Extension Bundles](../functions-bindings-register.md#extension-bundles) (the recommended Azure Functions extension management mechanism for non-.NET users) simply need to install their language runtime's Durable Functions SDK. The SDKs for each first-party language are listed in the table below:
51+
52+
* Node (JavaScript / TypeScript): The [durable-functions](https://www.npmjs.com/package/durable-functions) npm package.
53+
* Python: The [azure-functions-durable](https://pypi.org/project/azure-functions-durable/) PyPI package.
54+
* Java: The [durabletask-azure-functions](https://mvnrepository.com/artifact/com.microsoft/durabletask-azure-functions) Maven package.
55+
* PowerShell: The current GA SDK is built-in to Azure Functions PowerShell language worker, so no installation is needed. See the following _note_ for details.
56+
57+
> [!NOTE]
58+
> For PowerShell users: we have a [_preview_ SDK standalone package](./durable-functions-powershell-v2-sdk-migration-guide.md) under [AzureFunctions.PowerShell.Durable.SDK](https://www.powershellgallery.com/packages/AzureFunctions.PowerShell.Durable.SDK) in the PowerShell gallery. The latter will be preferred in the future.
59+
60+
## GitHub repositories
61+
62+
Durable Functions is developed in the open as OSS. Users are welcome to contribute to it's development, request features, and to report issues in the appropiate repositories:
63+
64+
* [azure-functions-durable-extension](https://github.com/Azure/azure-functions-durable-extension): For .NET in-process and the Azure Storage storage provider.
65+
* [durabletask-dotnet](https://github.com/microsoft/durabletask-dotnet): For .NET isolated.
66+
* [azure-functions-durable-js](https://github.com/Azure/azure-functions-durable-js): For the Node.js SDK.
67+
* [azure-functions-durable-python](https://github.com/Azure/azure-functions-durable-python): For the Python SDK.
68+
* [durabletask-java](https://github.com/Microsoft/durabletask-java): For the Java SDK.
69+
* [azure-functions-durable-powershel](https://github.com/Azure/azure-functions-durable-powershell): For the PowerShell SDK.
70+
* [durabletask-netherite](https://github.com/microsoft/durabletask-netherite): For the Netherite storage provider.
71+
* [durabletask-mssql](https://github.com/microsoft/durabletask-mssql): For the MSSQL storage provider.

0 commit comments

Comments
 (0)