Desarrollador Backend: pregunta de entrevista
¿Cuándo añadirías una caché?
Cachea datos costosos de calcular que toleran obsolescencia limitada. Define fuente de verdad, clave, TTL, invalidación y comportamiento cuando la caché está vacía o no disponible.
Respuesta directa
Qué debe cubrir una buena respuesta
Cómo funciona
Una caché compensa cuando el mismo resultado se lee mucho más de lo que cambia y una respuesta algo obsoleta es aceptable. Antes de añadir una, nombra la fuente de verdad, la clave que identifica un resultado, cuánta obsolescencia se tolera, cómo se invalida al escribir y qué hace el servicio en un fallo de caché o si la caché está caída. Sin esas respuestas una caché convierte un sistema lento en uno incorrecto. A menudo el mejor primer paso es arreglar la consulta o añadir un índice.
Ejemplo
Cachea un catálogo de productos con TTL e invalida al publicar; no caches un saldo sin una regla explícita de consistencia. Una página de catálogo cacheada cinco minutos en Redis y refrescada con el evento de publicación redujo la carga de base de datos un 90 por ciento, mientras los saldos se quedaron en la primaria porque un cliente viendo un saldo obsoleto es un ticket de soporte.
Errores frecuentes
- Cachear antes de perfilar y esconder un índice ausente detrás de una dependencia de Redis.
- Usar un TTL como única invalidación y aceptar datos incorrectos en silencio tras escrituras.
- Dejar que una caída de la caché tumbe el servicio en lugar de degradar a la fuente de verdad.
Una estructura útil para responder
Responde desde tu propia experiencia.
No memorices un guion: usa solo ejemplos que puedas explicar con honestidad en preguntas posteriores.
Abre el espacio de trabajo de escritorio y ensaya una respuesta clara con tus propias palabras.