← REST APIs: integrate applications and diagnose failures
06 / 6 · 40 MIN

Operations and evolution

Measure outcomes, bound retries, and prepare contract transitions.

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.

IN PRACTICE

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

Take this idea with you

Connect technical telemetry with business completion and compatibility.

Create account

Reference: Trace Context · HTTP semantics RFC9110; OpenAPI3.2.1; selected primary standards and provider contracts consulted2026-09-30