🧪 Problem-Driven Systems Lab

💼 Valor de negocio#

Convierte una caída nocturna recurrente e inexplicable en un número que se puede mostrar en una reunión: cuántas veces se ejecuta el trabajo caro cuando la cache deja de proteger.

🎯 Resultado de negocio#

Evita caídas autoinfligidas en el momento de mayor fragilidad del sistema y reduce el costo de infraestructura del origen.

🧾 Qué deja como prueba#

  • Contrasta /cache-naive y /cache-singleflight con origin_computations sobre la misma ráfaga.
  • Hace visible stampede_depth, coalesced_waiters y served_stale en cada ejecución.
  • Expone cache/state con soft TTL, hard TTL y el jitter aplicado por clave.

👀 Qué mirar al evaluarlo#

  • Si origin_computations sube linealmente con concurrency en la variante naive y se queda en 1 en la corregida.
  • Si coalesced_waiters da concurrency - 1: es la prueba de que el resto se colgó del mismo recálculo.
  • Si el double check dentro del vuelo está presente en los siete stacks — sin él, el patrón da 3 o 4 recálculos en vez de 1.

ℹ️ Estas tres secciones se mantienen sincronizadas con shared/catalog/cases.json, la misma fuente que alimenta al portal y al catálogo.


Caso 13 · Cache stampede y thundering herd⬅️ README del caso · ⚖️ Comparativa de los 7 stacks

🗺️ Contexto · 🩺 Síntomas · 🔍 Diagnóstico · 🧠 Causas raíz · 🛠️ Opciones de solución · ⚖️ Trade-offs · 💼 Valor de negocio · 🚨 Postmortem

Ver esta carpeta en GitHub ↗