RealComposer
Performance & Edge

Thundering Herd

Direct Definition

A thundering herd is a load spike when many clients perform the same action simultaneously, such as retrying after an outage, refreshing at TTL expiry, or waking on a push notification. The synchronized demand can exceed origin capacity even when per-client traffic looks normal.

Technical Architecture & Deep-Dive

Herds differ from gradual growth because they concentrate requests into a narrow time window. Retry storms after 503 responses are a classic example when every client uses the same backoff schedule without jitter.

Edge caches, request coalescing, jittered backoff, circuit breakers, and stale-if-error give upstreams breathing room. API gateways should shed load gracefully with partial responses instead of letting queues grow unbounded.

Key Architectural Benefits

Frames synchronized spikes as a design problem, not random noise.
Encourages jittered retries and coalescing in client and edge code.
Links reliability patterns to tail latency under recovery events.
REALCOMPOSER EDGE WORKSPACE

Implement Thundering Herd at the Edge

Deploy lightweight API aggregation, edge caching, and secret injection in minutes without Docker containers or complex servers.

START BUILDING FREE

Frequently Asked Questions

Q:Is a thundering herd the same as a cache stampede?

A cache stampede is one herd pattern when hot keys expire. Herds also happen on retries, cron jobs, and coordinated client events.

Related Architecture Concepts

Ready-to-Use Edge Recipes