Skip to content

Commit 5bf7537

Browse files
committed
edits
1 parent 79ba63a commit 5bf7537

File tree

1 file changed

+1
-3
lines changed

1 file changed

+1
-3
lines changed

articles/cosmos-db/nosql/conceptual-resilient-sdk-applications.md

Lines changed: 1 addition & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -112,11 +112,9 @@ Azure Cosmos DB SDKs provide detailed information in their logs and diagnostics
112112

113113
## How can I mitigate retry latency?
114114

115-
Retry policies in Azure Cosmos DB are influenced by the [preferred regions](tutorial-global-distribution.md#preferred-locations) specified in your configuration.
116-
117115
Depending on the [circumstances](troubleshoot-sdk-availability.md), in most cases the Java SDK will route requests to either the local region, the write region (in a single-region write scenario) or the first region in the [preferred regions](tutorial-global-distribution.md#preferred-locations) list. This prioritization minimizes latency in healthy scenarios by primarily connecting to the nearest or most optimal data center.
118116

119-
However, this prioritization also means that requests which are going to result in failure will always be tried in one specific region first for a given error scenario. If a failover is preferred in that scenario, this is typically handled at the infrastructure (traffic manager) layer rather than at the SDK level. Proper setup and configuration of your infrastructure can ensure that traffic is rerouted efficiently during regional outages, thereby mitigating the latency that can come with cross-region retries in an outage scenario. For more detailed information on setting up infrastructure-level failover, you can refer to [Azure Traffic Manager documentation](../../traffic-manager/index.yml). Some SDKs support implementing similar failover strategies directly at the SDK level. For example, see [high availability for Java SDK](performance-tips-java-sdk-v4.md#high-availability).
117+
However, this prioritization also means that requests which are going to result in failure will always be tried in one specific region first for a given error scenario. If failover to another region is preferred in that scenario, this is typically handled at the infrastructure (traffic manager) layer rather than at the SDK level. Proper setup and configuration of your infrastructure can ensure that traffic is rerouted efficiently during regional outages, thereby mitigating the latency that can come with cross-region retries in an outage scenario. For more detailed information on setting up infrastructure-level failover, you can refer to [Azure Traffic Manager documentation](../../traffic-manager/index.yml). Some SDKs support implementing similar failover strategies directly at the SDK level. For example, see [high availability for Java SDK](performance-tips-java-sdk-v4.md#high-availability).
120118

121119
## What about regional outages?
122120

0 commit comments

Comments
 (0)