LLM Gateway Resilience Testing for Timeouts and Provider FailoverLLM Gateway Resilience Testing for Timeouts and Provider Failover
The network for creativity
Join 1.25M professional creatives like you
Connect with clients, get discovered, and run your business 100% commission-free
Creatives on Contra have earned over $150M and we are just getting started
I ran an outage test on my own LLM gateway and it failed in a way I didn't expect.
The gateway puts OpenAI, Anthropic, Gemini and Ollama behind one OpenAI-compatible API, with retries, fallback and a circuit breaker. On paper, losing one provider should not matter.
So I made the primary provider hang instead of fail. With the circuit breaker off, 100% of requests failed. The timeout was in the config but never enforced, so fallback never got a turn.
After the fix: 0 failed requests whether the primary was killed, hung or returning 503s. With the breaker on, a hung primary slowed 83 requests by about 1.2 s before the circuit opened, then latency went back to normal.
What I took from it: a provider that hangs is worse than one that errors, and you only find out by testing it. These are single runs against mock providers on my laptop, not production traffic. The full case study is on my profile.
I'm open to FastAPI and LLM backend work this month
Post image
Back to feed
The network for creativity
Join 1.25M professional creatives like you
Connect with clients, get discovered, and run your business 100% commission-free
Creatives on Contra have earned over $150M and we are just getting started