Ingeniero de Software: pregunta de entrevista
¿Cómo depuras una regresión de latencia en producción?
Confirma la regresión con percentiles, correlaciónala con despliegues y tráfico, usa trazas para aislar dependencia o ruta lenta, revisa saturación y planes de consulta, mitiga y valida contra la misma línea base.
Respuesta directa
Qué debe cubrir una buena respuesta
Cómo funciona
Primero confirma que la regresión es real con métricas de percentiles en una ventana estable e identifica cuándo empezó y qué endpoints, regiones o clientes afecta. Correlaciona ese momento con despliegues, cambios de configuración, desplazamientos de tráfico e incidentes de dependencias. Las trazas distribuidas de solicitudes lentas muestran qué span creció; las métricas de saturación muestran si un pool, una CPU, un disco o un lock es la restricción; los logs y planes de consultas lentas muestran si la base de datos cambió de idea. Mitiga con la acción menos arriesgada, a menudo un rollback o un flag, y luego arregla bien y verifica contra la misma línea base.
Ejemplo
El p95 se duplicó a las 14:10; el registro de despliegues mostró una release a las 14:05 que añadía una comprobación de feature flag llamando a un servicio de configuración en cada solicitud. Las trazas mostraron un span nuevo de 80 ms por llamada, y la CPU del servicio de configuración estaba al máximo. El rollback restauró el p95 en tres minutos; el arreglo cacheó el flag en proceso con refresco de 30 s y salió a la mañana siguiente con una prueba de carga que lo demostraba.
Errores frecuentes
- Reiniciar servicios como primer movimiento y destruir la evidencia.
- Optimizar código sin una traza que muestre que ese código es la parte lenta.
- Declarar victoria por la media cuando el p99 sigue roto.
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.