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-orchestrations.md
+4-4Lines changed: 4 additions & 4 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -20,7 +20,7 @@ Durable Functions is an extension of [Azure Functions](../functions-overview.md)
20
20
* They're designed to be durable and reliable. Run progress is automatically saved as a checkpoint when the function calls an `await` or `yield` operator. Local state isn't lost when the process recycles or the virtual machine reboots.
21
21
* They can be long running. The total lifespan of an *orchestration instance* can be seconds, days, or months, or the instance can be configured to never end.
22
22
23
-
This article gives you an overview of orchestrator functions and how they can help you solve various app development challenges. For information about the types of functions available in a Durable Functions app, see [Durable Function types](durable-functions-types-features-overview.md).
23
+
This article gives you an overview of orchestrator functions and how they can help you solve various app development challenges. For information about the types of functions available in a Durable Functions app, see [Durable Functions types and features](durable-functions-types-features-overview.md).
24
24
25
25
## Orchestration identity
26
26
@@ -187,7 +187,7 @@ Whenever an activity function is scheduled, the Durable Task Framework saves the
187
187
188
188
Generally speaking, the Durable Task Framework does the following at each checkpoint:
189
189
190
-
* Saves run history into durable storage.
190
+
* Saves the run history into durable storage.
191
191
* Enqueues messages for functions the orchestrator wants to invoke.
192
192
* Enqueues messages for the orchestrator itself, such as durable timer messages.
193
193
@@ -222,8 +222,8 @@ The table columns contain the following values:
222
222
***PartitionKey**: The instance ID of the orchestration.
223
223
***EventType**: The type of the event. For detailed descriptions of all the history event types, see [Durable Task Framework History Events](https://github.com/Azure/durabletask/tree/main/src/DurableTask.Core/History#readme).
224
224
***Timestamp**: The Coordinated Universal Time timestamp of the history event.
225
-
***Name**: The name of the invoked function.
226
225
***Input**: The JSON-formatted input of the function.
226
+
***Name**: The name of the invoked function.
227
227
***Result**: The output of the function, specifically, its return value.
228
228
229
229
> [!WARNING]
@@ -292,7 +292,7 @@ The critical section feature is also useful for coordinating changes to durable
292
292
293
293
### Calls to HTTP endpoints (Durable Functions 2.x)
294
294
295
-
Orchestrator functions aren't permitted to do I/O operations, as described in [orchestrator function code constraints](durable-functions-code-constraints.md). The typical workaround for this limitation is to wrap any code that needs to do I/O operations in an activity function. Orchestrations that interact with external systems frequently use activity functions to make HTTP calls and return the results to the orchestration.
295
+
Orchestrator functions aren't permitted to do I/O operations, as described in [Orchestrator function code constraints](durable-functions-code-constraints.md). The typical workaround for this limitation is to wrap any code that needs to do I/O operations in an activity function. Orchestrations that interact with external systems frequently use activity functions to make HTTP calls and return the results to the orchestration.
0 commit comments