Vistas de Log en la App

Además del journal del sistema, el área de administración muestra los logs en contexto. Todo aquí está orientado al admin.

Event log (página Health)

La página Health muestra el log de eventos operativos, paginado de cincuenta en cincuenta, con un filtro de nivel (warnings+errors, o solo errors). Es la vista del día a día de lo que ha pasado: notificaciones de build, advertencias, entradas de log limpiado. La limpieza está disponible: entradas de más de 30 días por defecto, o todo; la acción de limpieza se audita a sí misma.

Historial de autenticación

• La página Health muestra las últimas 100 entradas de autenticación (éxito / fallo / bloqueo, por usuario e IP).
• La página de cada usuario lleva una vista completa de historial de autenticación por usuario (paginada). La primera parada cuando alguien reporta no poder iniciar sesión.

Historial de builds

La vista Builds lista los últimos 100 builds completados (esta es la retención propia del builder), incluyendo ejecuciones bloqueadas y con errores, resúmenes de mensaje por ejecución, conteos de archivos escritos y la salida capturada. Los builds bloqueados explican exactamente qué chequeo detuvo la promoción y nombran la opción para forzar el promote.

Dashboard de métricas

Un endpoint/dashboard de métricas solo para admin reporta:

• Uptime.
• Contadores de peticiones por endpoint en la última hora (ordenados del más ocupado al menor).
• Entregas de webhook en los últimos 60 minutos por tipo de webhook: conteos total / ok / failed. Útil tras configurar un webhook de form o de deploy.

Qué vigilar

• Entradas del historial de builds con estado blocked/error: el promotion guard hizo su trabajo; revisa la cadena del motivo.
• El nivel de error del event log. Alertas de alta tasa de fallos de login, errores de backup y advertencias similares llegan primero aquí.
• Fallos de webhook en tendencia en el dashboard de métricas (un receptor caído se ve como fails subiendo en la ventana de 60 minutos).