Concept and mechanism
API operations must distinguish technical attempts from business operations. A client may retry a request several times before receiving a response, increasing traffic even if most operations complete. In an original exercise, 1200 operations generate 180 extra attempts: that means 1380 attempts and 15% extra load compared with one attempt per operation. Do not use response rates alone to assert how many operations completed. For 429, respect waiting guidance when supplied and use a bounded policy consistent with the contract. Unlimited synchronized retry can worsen the overload it aims to resolve.
Guided application
In a fictional incident, the gateway records timeout while the worker continues processing. Connect records through operation identity and tracing context without placing personal data or secrets in correlation fields. Determine where the deadline ended and whether business effects occurred before resending. For evolution, maintain consumer inventory, compatibility tests, documentation, and ownership. Deprecation signals deprecation without itself changing resource behavior; Sunset communicates when the resource is expected to stop responding. Neither header replaces migration coordination. Removal should follow the reviewed plan, with usable alternatives and evidence of transition by relevant consumers.
1200 operations plus 180 retries yield 1380 attempts; attempt count is not completed-operation count.
Common pitfalls
Unlimited retry as resilience; trace as authorization; deprecation as shutdown;200 as the only success indicator.
Related topics: API resources and contracts · Requests and outcomes · Concurrency and retries
Connect technical telemetry with business completion and compatibility.
Reference: Trace Context · HTTP semantics RFC9110; OpenAPI3.2.1; selected primary standards and provider contracts consulted2026-09-30