Don't Retry Every Gemini 429 — Telling Rate Limits Apart From Spend Cap Exhaustion
A 429 RESOURCE_EXHAUSTED can mean 'wait a second and it clears' or 'you're out of budget for the month.' Now that Project Spend Caps is generally available, the second case is real in production. Here's how to classify the two and build a retry layer plus a circuit breaker around them.
Designing a Nightly Batch That Survives a Gemini API Outage — Three Layers of Defense
This week's widespread Gemini outage cost my nightly batch three hours of work. Here is how I rebuilt it with three layers of defense: classified retries, a model fallback chain, graceful degradation, plus idempotency keys and a catch-up queue.
Fixing Gemini API 'This Model Is Overloaded' — Retry Strategy and Timeout Patterns
Practical fixes for Gemini API overload errors, timeouts, and slow responses. Includes production-ready exponential backoff, model fallback patterns, and rate limiting code you can drop into your project today.
Why Is My Gemini API Response Slow? A Practical Diagnosis Guide
Slow Gemini API responses and timeout errors can stem from 4 different causes. This guide walks you through diagnosing each one and applying targeted fixes that actually work.
Gemini API Rate Limits and 429 Handling: Operational Notes from an Indie Mobile App
Operational notes on handling Gemini API rate limits and 429 errors in a production indie mobile app: exponential backoff, adaptive control, multi-key pooling, and Cloud Monitoring integration, all rebuilt after a real incident.
Gemini API 503 Service Unavailable Error: Causes, Fix, and Retry Implementation
Learn why Gemini API returns 503 Service Unavailable errors and how to fix them with exponential backoff retry logic. Includes ready-to-use Python and JavaScript code examples.