What is backpressure on an HTTP API, and how do you apply it?
PICTURE THIS: 1, 2, 2, 8
Simple meaning
Backpressure means slowing or rejecting work when downstream cannot keep up, instead of queueing until you OOM.
WHY — HTTP instead of guessing?
Why interviewers care about HTTP:
who only read docs from people who shipped.
and tied to Backend work.
Name the idea, why it exists, then one short example.
End with when you use it and one common pitfall.
STEPS — What happens step by step?
Before you speak the answer, walk the interviewer through these steps:
- 1Backpressure means slowing or
rejecting work when downstream cannot keep up, instead of queueing until you OOM.
- 2Return 429 or 503,
shrink the servlet pool, and use bounded queues on executors.
- 3In reactive WebFlux, demand
signals through the pipeline
- 4in servlet stacks you
must bound threads yourself.
- 5Common mistake
What juniors usually get wrong.
- 6Close
When you pick this over the alternative.
EXAMPLE — See it in action
Here's a short line you can speak, broken into clear beats:
Note: Adapt this scaffold to your own project — keep it under 60–90 seconds.
Key takeaway
Backpressure means slowing or rejecting work when downstream cannot keep up, instead of queueing until you OOM. Return 429 or 503, shrink the servlet pool, and use bounded queues on executors.