Netflix, 2012. Más de 30 millones de suscriptores. Un API que deja de responder. Cada servicio reintenta — como debe. En 4 minutos, todo se cae.
El código era técnicamente perfecto. Cada retry tenía exponential backoff. Cada timeout estaba configurado. Y aun así, el retry fue el arma que mató al sistema.
En este episodio arrancamos la serie "Patrones que Salvaron Sistemas" con el patrón más fundamental de arquitectura distribuida: Circuit Breaker.
━━━━━━━━━━━━━━━━━━━━━━━━━━
📐 QUÉ VAS A APRENDER
━━━━━━━━━━━━━━━━━━━━━━━━━━
→ Por qué los retries causan cascading failures
→ Los 3 estados del Circuit Breaker: CLOSED → OPEN → HALF_OPEN
→ Implementación completa en Python (código que puedes copiar)
→ Métricas reales: de 4 horas de recovery a 90 segundos
→ 3 usos del Circuit Breaker en arquitecturas de scraping
→ Los casos de Amazon S3 (2017) y Cloudflare (2019)
━━━━━━━━━━━━━━━━━━━━━━━━━━
📋 SERIE: PATRONES QUE SALVARON SISTEMAS
━━━━━━━━━━━━━━━━━━━━━━━━━━
Ep.1 → Circuit Breaker (Netflix) ← estás aquí
Ep.2 → Dead Letter Queue
Ep.3 → Bulkhead (Titanic → AWS)
Ep.4 → Retry con Jitter (Amazon DynamoDB)
Ep.5 → Backpressure (Twitter)
Ep.6 → Saga Pattern (Microservicios)
"La lógica era perfecta. El sistema falló igual."
━━━━━━━━━━━━━━━━━━━━━━━━━━
🔔 SOBRE ESTE CANAL
━━━━━━━━━━━━━━━━━━━━━━━━━━
Arquitectura de software desde las trincheras. Trade-offs reales, war stories, y patrones que funcionan en producción — no en slides.
#CircuitBreaker #SoftwareArchitecture #Netflix #DistributedSystems #Microservicios