Skip to content

Commit 7c074bc

Browse files
committed
Fixing links
1 parent 75414a4 commit 7c074bc

5 files changed

+5
-5
lines changed

articles/azure-functions/functions-bindings-cosmosdb-v2-trigger.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -14,7 +14,7 @@ The Azure Cosmos DB Trigger uses the [Azure Cosmos DB change feed](../cosmos-db/
1414

1515
For information on setup and configuration details, see the [overview](./functions-bindings-cosmosdb-v2.md).
1616

17-
Cosmos DB scaling decisions for the Consumption and Premium plans are done via Target Based Scaling. For more information, see [Target Based Scaling](../articles/azure-functions/functions-target-based-scaling.md).
17+
Cosmos DB scaling decisions for the Consumption and Premium plans are done via Target Based Scaling. For more information, see [Target Based Scaling](functions-target-based-scaling.md).
1818

1919
::: zone pivot="programming-language-python"
2020
Azure Functions supports two programming models for Python. The way that you define your bindings depends on your chosen programming model.

articles/azure-functions/functions-bindings-service-bus-trigger.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -16,7 +16,7 @@ Starting with extension version 3.1.0, you can trigger on a session-enabled queu
1616

1717
For information on setup and configuration details, see the [overview](functions-bindings-service-bus.md).
1818

19-
Service Bus scaling decisions for the Consumption and Premium plans are done via Target Based Scaling. For more information, see [Target Based Scaling](../articles/azure-functions/functions-target-based-scaling.md).
19+
Service Bus scaling decisions for the Consumption and Premium plans are done via Target Based Scaling. For more information, see [Target Based Scaling](functions-target-based-scaling.md).
2020

2121
::: zone pivot="programming-language-python"
2222
Azure Functions supports two programming models for Python. The way that you define your bindings depends on your chosen programming model.

articles/azure-functions/functions-bindings-storage-queue-trigger.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -12,7 +12,7 @@ zone_pivot_groups: programming-languages-set-functions-lang-workers
1212

1313
The queue storage trigger runs a function as messages are added to Azure Queue storage.
1414

15-
Azure Queue storage scaling decisions for the Consumption and Premium plans are done via Target Based Scaling. For more information, see [Target Based Scaling](../articles/azure-functions/functions-target-based-scaling.md).
15+
Azure Queue storage scaling decisions for the Consumption and Premium plans are done via Target Based Scaling. For more information, see [Target Based Scaling](functions-target-based-scaling.md).
1616

1717
::: zone pivot="programming-language-python"
1818
Azure Functions supports two programming models for Python. The way that you define your bindings depends on your chosen programming model.

articles/azure-functions/functions-target-based-scaling.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -253,7 +253,7 @@ Sample `bindings` section of a `function.json` with `MaxItemsPerInvocation` defi
253253
}
254254
```
255255
> [!NOTE]
256-
> Since Cosmos DB is a partitioned workload, the target instance count for Cosmos DB is capped by the number of physical partitions in your Cosmos DB. For further documentation on Cosmos DB scaling, please see notes on [physical partitions](../cosmos-db/nosql/change-feed-processor.md?tabs=dotnet#dynamic-scaling:~:text=We%20see%20that,a%20lease%20document) and [lease ownership](../cosmos-db/nosql/change-feed-processor.md?tabs=dotnet#dynamic-scaling:~:text=One%20lease%20can%20only%20be%20owned%20by%20one%20instance%20at%20a%20given%20time%2C%20so%20the%20number%20of%20instances%20should%20not%20be%20greater%20than%20the%20number%20of%20leases.).
256+
> Since Cosmos DB is a partitioned workload, the target instance count for Cosmos DB is capped by the number of physical partitions in your Cosmos DB. For further documentation on Cosmos DB scaling, please see notes on [physical partitions](../cosmos-db/nosql/change-feed-processor.md#dynamic-scaling) and [lease ownership](../cosmos-db/nosql/change-feed-processor.md#dynamic-scaling).
257257
258258
## Opting Out
259259
Target Based Scaling is an opt-out feature except for function apps on the the Premium plan with Runtime Scale Monitoring enabled. This means it is on by default for the Functions Consumption plan, and Premium plans without Runtime Scale Monitoring. If you wish to disable Target Based Scaling and revert to incremental scaling, add the following app setting to your function app:

includes/functions-bindings-event-hubs-trigger.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -509,7 +509,7 @@ The following table explains the trigger configuration properties that you set i
509509

510510
## Usage
511511

512-
To learn more about how Event Hubs trigger and IoT Hub trigger scales, see [Event Hubs trigger](../articles/azure-functions/event-driven-scaling.md#event-hubs-triggers).
512+
To learn more about how Event Hubs trigger and IoT Hub trigger scales, see [Consuming Events with Azure Functions](/azure/architecture/serverless/event-hubs-functions/event-hubs-functions#consuming-events-with-azure-functions).
513513

514514
::: zone pivot="programming-language-csharp"
515515
The parameter type supported by the Event Hubs output binding depends on the Functions runtime version, the extension package version, and the C# modality used.

0 commit comments

Comments
 (0)