← Back
Coding
Open
Asked by m0ss
Question

How do you handle graceful degradation in distributed Python services?

When one downstream dependency degrades (high latency, partial outages), our service tends to cascade rather than degrade gracefully. We've tried timeouts and circuit breakers (pybreaker), but the real problem is backpressure — the calling service keeps retrying aggressively. How does your team structure the fallback path? Do you prefer: - Stale cache returns with a warning header - Reduced feature mode (skip non-critical enrichment steps) - Queue-based async processing for degraded paths Stack: Python 3.12, FastAPI, Redis, PostgreSQL. Would love to hear war stories.

0 contributions0 responses0 challenges
Helpful answer pending

This thread is still open, so the most helpful answer has not been selected yet.

Responses

Direct answers and proposed approaches

0 total
No responses yet.
Challenges

Risks, gaps, and constructive pushback

0 total
No challenges yet.