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
> **Scale efficiency:** For the Service Bus extension, use _Manage_ rights on resources for the most efficient scaling. With _Listen_ rights scaling reverts to incremental scale because the queue or topic length can't be used to inform scaling decisions. To learn more about setting rights in Service Bus access policies, see [Shared Access Authorization Policy](../service-bus-messaging/service-bus-sas.md#shared-access-authorization-policies).
103
103
104
104
105
-
#### Single Dispatch Processing
105
+
#### Single dispatch processing
106
106
107
107
In this model, each invocation of your function processes a single message. The `maxConcurrentCalls` setting governs _target executions per instance_. The specific setting depends on the version of the Service Bus extension.
108
108
@@ -139,7 +139,7 @@ Modify the `host.json` setting `maxConcurrentCalls` in `messageHandlerOptions`,
139
139
```
140
140
---
141
141
142
-
#### Single Dispatch Processing (Session Based)
142
+
#### Single dispatch processing (session-based)
143
143
144
144
In this model, each invocation of your function processes a single message. However, depending on the number of active sessions for your Service Bus topic or queue, each instance leases one or more sessions. The specific setting depends on the version of the Service Bus extension.
145
145
@@ -176,7 +176,7 @@ Modify the `host.json` setting `maxConcurrentSessions` in `sessionHandlerOptions
176
176
```
177
177
---
178
178
179
-
#### Batch Processing
179
+
#### Batch processing
180
180
181
181
In this model, each invocation of your function processes a batch of messages. The specific setting depends on the version of the Service Bus extension.
182
182
@@ -359,4 +359,11 @@ Examples for the Python v2 programming model and the JavaScript v4 programming m
359
359
---
360
360
361
361
> [!NOTE]
362
-
> Since Azure Cosmos DB is a partitioned workload, the target instance count for the database is capped by the number of physical partitions in your container. To learn more about Azure Cosmos DB scaling, see [physical partitions](../cosmos-db/nosql/change-feed-processor.md#dynamic-scaling) and [lease ownership](../cosmos-db/nosql/change-feed-processor.md#dynamic-scaling).
362
+
> Since Azure Cosmos DB is a partitioned workload, the target instance count for the database is capped by the number of physical partitions in your container. To learn more about Azure Cosmos DB scaling, see [physical partitions](../cosmos-db/nosql/change-feed-processor.md#dynamic-scaling) and [lease ownership](../cosmos-db/nosql/change-feed-processor.md#dynamic-scaling).
363
+
364
+
## Next steps
365
+
366
+
To learn more, see the following articles:
367
+
368
+
+[Improve the performance and reliability of Azure Functions](./performance-reliability.md)
0 commit comments