Desarrollador Backend: pregunta de entrevista
¿Qué observabilidad necesita un servicio backend?
Un backend necesita logs estructurados, métricas de tasa/errores/latencia, trazas distribuidas e IDs de correlación. Instrumenta rutas críticas para que una alerta conduzca a una pregunta diagnosticable.
Respuesta directa
Qué debe cubrir una buena respuesta
Cómo funciona
Observabilidad significa poder hacer preguntas nuevas sobre un sistema en marcha sin desplegar código nuevo. Hacen falta tres señales enlazadas: logs estructurados con ID de solicitud y sin secretos, métricas de tasa de solicitudes, tasa de errores, distribución de latencia y saturación de cada dependencia, y trazas que muestran dónde gastó su tiempo una solicitud lenta entre servicios. Las alertas deben basarse en síntomas visibles para el usuario como el consumo del presupuesto de error, y cada alerta debe enlazar a un panel y un runbook que conviertan el aviso en un diagnóstico.
Ejemplo
Una traza de checkout enlaza gateway, servicio de pedidos y base de datos, mientras un histograma muestra si la regresión afecta p95 o todas las solicitudes. Cuando p99 se duplicó tras un despliegue, la cascada de la traza mostró el tiempo extra dentro de un bucle de reintentos nuevo contra el servicio de precios, algo que las métricas solas no podían atribuir.
Errores frecuentes
- Registrar cuerpos de solicitud completos y filtrar tokens o datos personales a la plataforma de logs.
- Alertar por CPU o memoria en lugar de por lo que viven los usuarios.
- Emitir medias en lugar de histogramas y no ver nunca la cola lenta.
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.