Skip to content

Commit 45dea58

Browse files
authored
incorporate feedback
1 parent e8b61ab commit 45dea58

File tree

1 file changed

+5
-2
lines changed

1 file changed

+5
-2
lines changed

articles/azure-functions/durable/durable-functions-best-practice-reference.md

Lines changed: 5 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -71,9 +71,12 @@ A single worker instance can execute multiple work items concurrently to increas
7171
> [!NOTE]
7272
> This is not a replacement for fine-tuning the performance and concurrency settings of your language runtime in Azure Functions. The Durable Functions concurrency settings only determine how much work can be assigned to a given VM at a time, but it does not determine the degree of parallelism in processing that work inside the VM. The latter requires fine-tuning the language runtime performance settings.
7373
74-
### Create IDs for your external events so they may be de-duplicated
74+
### Use unique names for your external events
7575

76-
As with Activity Functions, external events have an _at-least-once_ delivery guarantee. This means that, under certain conditions (like restarts, scaling, crashes, etc.), your application may receive duplicates of the same external event. Therefore, we recommend that external events contain some kind of ID that allows them to be manually de-duplicated in orchestrators.
76+
As with Activity Functions, external events have an _at-least-once_ delivery guarantee. This means that, under certain _rare_ conditions (that may occur during restarts, scaling, crashes, etc.), your application may receive duplicates of the same external event. Therefore, we recommend that external events contain some kind of ID that allows them to be manually de-duplicated in orchestrators.
77+
78+
> [!NOTE]
79+
> Some storage providers, like [Netherite](./durable-functions-storage-providers.md#netherite) and [MSSQL](./durable-functions-storage-providers.md#microsoft-sql-server-mssql) consume external events and update orchestrator state transactionally, so in those backends there should be no risk of duplicate events, unlike with the default [Azure Storage storage provider](./durable-functions-storage-providers.md). That said, it is still recommended that external events have unique names so that code is portable across backends.
7780
7881
### Invest in stress testing
7982

0 commit comments

Comments
 (0)