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/durable/durable-functions-orchestration-versioning.md
+59-17Lines changed: 59 additions & 17 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -9,7 +9,7 @@ ms.custom: fasttrack-edit
9
9
#Customer intent: As a Durable Functions developer, I want to deploy breaking changes to my orchestrations without interrupting in-flight instances, so that I can maintain zero-downtime deployments.
10
10
---
11
11
12
-
# Orchestration versioning in Durable Functions (Azure Functions) - public preview
12
+
# Orchestration versioning in Durable Functions (Azure Functions)
13
13
14
14
Orchestration versioning addresses [the core challenge](durable-functions-versioning.md) of deploying changes to orchestrator functions while maintaining the deterministic execution model that Durable Functions requires. Without this feature, breaking changes to orchestrator logic or activity function signatures would cause in-flight orchestration instances to fail during replay because they would break the [determinism requirement](durable-functions-code-constraints.md) that ensures reliable orchestration execution. This built-in feature provides automatic version isolation with minimal configuration. It's backend agnostic, so it can be used by apps leveraging any of the Durable Function's [storage providers](durable-functions-storage-providers.md), including the [Durable Task Scheduler](./durable-task-scheduler/durable-task-scheduler.md).
15
15
@@ -36,46 +36,45 @@ The orchestration versioning feature operates on these core principles:
36
36
37
37
-**Forward Protection**: The runtime automatically prevents workers running older orchestrator versions from executing orchestrations started by newer orchestrator versions.
38
38
39
-
> [!IMPORTANT]
40
-
> Orchestration versioning is currently in public preview.
41
-
42
39
## Prerequisites
43
40
44
41
Before using orchestration versioning, ensure you have the required package versions for your programming language.
45
42
46
-
If you're using a non-.NET language (JavaScript, Python, PowerShell, or Java) with [extension bundles](../extension-bundles.md), your function app must reference **Extension Bundle version 4.26.0 or later**. Configure the `extensionBundle` range in `host.json` so that the minimum version is at least `4.26.0`, for example:
43
+
If you're using a non-.NET language (JavaScript, Python, PowerShell, or Java) with [extension bundles](../extension-bundles.md), your function app must reference **Extension Bundle version 4.30.0 or later**. Configure the `extensionBundle` range in `host.json` so that the minimum version is at least `4.30.0`, for example:
See the [extension bundle configuration documentation](../extension-bundles.md) for details on choosing and updating bundle versions.
59
56
57
+
In addition to the extension bundle requirement for non-.NET languages, you also need to use the minimum version of the language-specific SDK package listed below. Both the extension bundle and the SDK package are required for orchestration versioning to work correctly.
58
+
60
59
# [C#](#tab/csharp)
61
60
62
-
Use `Microsoft.Azure.Functions.Worker.Extensions.DurableTask` version [1.5.0](https://www.nuget.org/packages/Microsoft.Azure.Functions.Worker.Extensions.DurableTask/1.5.0) or later.
61
+
Use `Microsoft.Azure.Functions.Worker.Extensions.DurableTask` version [1.14.0](https://www.nuget.org/packages/Microsoft.Azure.Functions.Worker.Extensions.DurableTask/1.14.0) or later.
63
62
64
63
# [JavaScript](#tab/javascript)
65
64
66
-
Use `durable-functions` version [3.2.0](https://www.npmjs.com/package/durable-functions/v/3.2.0) or later.
65
+
Use `durable-functions` version [3.3.0](https://www.npmjs.com/package/durable-functions/v/3.3.0) or later.
67
66
68
67
# [Python](#tab/python)
69
68
70
-
Use `azure-functions-durable` version [1.3.3](https://pypi.org/project/azure-functions-durable/1.3.3/) or later.
69
+
Use `azure-functions-durable` version [1.5.0](https://pypi.org/project/azure-functions-durable/1.5.0/) or later.
71
70
72
71
# [PowerShell](#tab/powershell)
73
72
74
-
Use `AzureFunctions.PowerShell.Durable.SDK` version [2.0.0](https://www.powershellgallery.com/packages/AzureFunctions.PowerShell.Durable.SDK/2.0.0) or later. Make sure you're using the standalone [Durable Functions PowerShell SDK](durable-functions-powershell-v2-sdk-migration-guide.md).
73
+
Use `AzureFunctions.PowerShell.Durable.SDK` version [2.2.0](https://www.powershellgallery.com/packages/AzureFunctions.PowerShell.Durable.SDK/2.2.0) or later. Make sure you're using the standalone [Durable Functions PowerShell SDK](durable-functions-powershell-v2-sdk-migration-guide.md).
75
74
76
75
# [Java](#tab/java)
77
76
78
-
Use `durabletask-azure-functions` version [1.6.1](https://mvnrepository.com/artifact/com.microsoft/durabletask-azure-functions/1.6.1) or later.
77
+
Use `durabletask-azure-functions` version [1.6.3](https://mvnrepository.com/artifact/com.microsoft/durabletask-azure-functions/1.6.3) or later.
79
78
80
79
---
81
80
@@ -633,16 +632,36 @@ public static async Task<HttpResponseData> HttpStart(
Starting an orchestration with a specific version different from the current `defaultVersion` specified in your `host.json` is currently not supported in JavaScript.
Starting an orchestration with a specific version different from the current `defaultVersion` specified in your `host.json` is currently not supported in Python.
654
+
# ...
655
+
```
642
656
643
657
# [PowerShell](#tab/powershell)
658
+
```powershell
659
+
param($Request, $TriggerMetadata)
644
660
645
-
Starting an orchestration with a specific version different from the current `defaultVersion` specified in your `host.json` is currently not supported in PowerShell.
Starting a sub-orchestration with a specific version different from the current `defaultVersion` specified in your `host.json` is currently not supported in JavaScript.
Starting a sub-orchestration with a specific version different from the current `defaultVersion` specified in your `host.json` is currently not supported in Python.
732
+
# ...
733
+
```
697
734
698
735
# [PowerShell](#tab/powershell)
736
+
```powershell
737
+
param($Context)
699
738
700
-
Starting a sub-orchestration with a specific version different from the current `defaultVersion` specified in your `host.json` is currently not supported in PowerShell.
Copy file name to clipboardExpand all lines: articles/azure-functions/durable/durable-functions-versioning.md
-3Lines changed: 0 additions & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -203,9 +203,6 @@ Because of these potential failures, the "do nothing" strategy is not recommende
203
203
204
204
### Orchestration versioning
205
205
206
-
> [!NOTE]
207
-
> Orchestration versioning is currently in public preview.
208
-
209
206
The orchestration versioning feature allows different versions of orchestrations to coexist and execute concurrently without conflicts and non-determinism issues, making it possible to deploy updates while allowing in-flight orchestration instances to complete without manual intervention.
Copy file name to clipboardExpand all lines: articles/azure-functions/durable/durable-task-scheduler/durable-task-scheduler-versioning.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
@@ -1,5 +1,5 @@
1
1
---
2
-
title: Configure Versioning for Durable Task Scheduler (preview)
2
+
title: Configure Versioning for Durable Task Scheduler
3
3
description: Learn how to use orchestration versioning in Durable Task Scheduler.
4
4
ms.topic: how-to
5
5
ms.date: 12/03/2025
@@ -9,7 +9,7 @@ ms.reviewer: hannahhunter
9
9
zone_pivot_groups: df-languages
10
10
---
11
11
12
-
# Orchestration Versioning (preview)
12
+
# Orchestration Versioning
13
13
14
14
Upgrading and downgrading orchestrations is a key consideration when working with durable orchestration systems. If an orchestration is interrupted and later resumed (for instance, during a host update), Durable Task Scheduler replays the events of the orchestration, ensuring all previous steps were executed successfully before taking the next step. This action ensures reliability, one of the core promises of the durable execution paradigm.
Copy file name to clipboardExpand all lines: articles/frontdoor/scenarios.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
@@ -5,7 +5,7 @@ author: johndowns
5
5
ms.author: jodowns
6
6
ms.service: azure-frontdoor
7
7
ms.topic: concept-article
8
-
ms.date: 02/13/2023
8
+
ms.date: 03/02/2026
9
9
---
10
10
11
11
# Accelerate and secure your web application with Azure Front Door
@@ -46,7 +46,7 @@ When you have strict network security requirements, you can use Azure Front Door
46
46
By using Front Door, you can create resilient, highly available solutions.
47
47
48
48
-**Load balancing and failover:** Front Door is a global load balancer. Front Door monitors the health of your origin servers, and if an origin becomes unavailable, [Front Door can route requests to an alternative origin](routing-methods.md). You can also use Front Door to spread traffic across your origins to reduce the load on any one origin server.
49
-
-**Anycast routing:** Front Door itself has a [large number of PoPs](edge-locations-by-region.md), each of which can serve traffic for any request. [Anycast routing](front-door-traffic-acceleration.md#select-the-front-door-edge-location-for-the-request-anycast) steers traffic to the closest available Front Door PoP, and if a PoP is unavailable, clients are automatically routed to the next closest PoP.
49
+
-**Automatic routing:** Front Door itself has a [large number of PoPs](edge-locations-by-region.md), each of which can serve traffic for any request. [Azure Front Door's routing architecture](front-door-traffic-acceleration.md) automatically steers traffic to the closest available Front Door PoP, and if a PoP is unavailable, clients are automatically routed to the next closest PoP.
50
50
-**Caching:** By using the Front Door cache, you reduce the load on your application servers. If your servers are unavailable, Front Door might be able to continue to serve cached responses until your application recovers.
51
51
52
52
### Cost optimization
@@ -78,7 +78,7 @@ The following diagram illustrates a generic solution architecture using Front Do
78
78
79
79
### Client to Front Door
80
80
81
-
Traffic from the client first arrives at a Front Door PoP. Front Door has a [large number of PoPs](edge-locations-by-region.md) distributed worldwide, and [Anycast](front-door-traffic-acceleration.md#select-the-front-door-edge-location-for-the-request-anycast)routes the clients to their closest PoP.
81
+
Traffic from the client first arrives at a Front Door PoP. Front Door has a [large number of PoPs](edge-locations-by-region.md) distributed worldwide, and [Azure Front Door's routing architecture](front-door-traffic-acceleration.md) automatically routes traffic to the closest available Front Door PoP.
82
82
83
83
When the request is received by Front Door's PoP, Front Door uses your [custom domain name](front-door-custom-domain.md) to serve the request. Front Door performs [TLS offload](end-to-end-tls.md) by using either a Front Door-managed TLS certificate or a custom TLS certificate.
0 commit comments