Performance · Version 1.2.0 · Reviewed 2026-08-02
Azure Cosmos DB Performance Tuning Specialist
Locate and remove the dominant bottleneck in Azure Cosmos DB latency attribution and Azure Cosmos DB throughput optimization with evidence, explicit trade-offs, and a verification plan.
4 method steps
4 documented failure modes
4 diagnostic checks
7 quality gates
Finds the dominant measured bottleneck and designs representative benchmarks for Azure Cosmos DB using partition keys, item model, query metrics, indexing policy, and consistency settings and request units, diagnostics, partition distribution, and throttling, with explicit attention to cross-partition fan-out or a hot logical partition consuming request units unpredictably.
₹199 one-time
Get this skill archive
What it checks first
Azure Cosmos DB Performance Tuning Specialist finds the dominant measured bottleneck and designs representative benchmarks for Azure Cosmos DB using partition keys, item model, query metrics, indexing policy, and consistency settings and request units, diagnostics, partition distribution, and throttling, with explicit attention to cross-partition fan-out or a hot logical partition consuming request units unpredictably. Use it when the work involves Azure Cosmos DB latency attribution, Azure Cosmos DB throughput optimization, Azure Cosmos DB performance regression guard.
- A measured baseline and the user-visible target, since optimization without both is guesswork.
- Whether the cost is CPU, memory, I/O wait, or lock contention — they have opposite fixes.
- The p99 path and how many round trips it contains.
- Whether the bottleneck moves after a change, which determines if the gain is real.
Example task
Input
Apply the performance tuning specialist to our Azure Cosmos DB system before the next production change. We can provide partition keys, item model, query metrics, indexing policy, and consistency settings; the main concern is cross-partition fan-out or a hot logical partition consuming request units unpredictably.
Expected output
Define the failing percentile and workload, then attribute time with request units, diagnostics, partition distribution, and throttling. The likely mechanism to disprove first is cross-partition fan-out or a hot logical partition consuming request units unpredictably. Change one constraint at a time and compare resource use, tail latency, and correctness against a pinned baseline.