← Volver a Arquitectura Cloud · Dashboard · Mantenimiento

Portal IN-SIGHT
Alertas · Dashboard · Golden Run

La interfaz del ingeniero de mantenimiento. Centraliza alertas clasificadas por severidad y subsistema, visualiza la derivada de salud de cada vehículo frente al Golden Run y planifica intervenciones antes del fallo en servicio.

Qué es

El Portal IN-SIGHT es la capa de presentación del sistema. Una aplicación web responsive que agrega, filtra y visualiza la telemetría procesada por la capa analítica cloud (ADX + EKF) y la convierte en información accionable para el equipo de mantenimiento.

El diseño responde a un principio único: el ingeniero de mantenimiento no debe interpretar datos crudos. El Portal presenta únicamente eventos clasificados, tendencias de salud con significado operativo y comparaciones directas contra el baseline Golden Run aprobado. Todo lo demás queda fuera de la vista.

Acceso en producción: El portal desplegado en el programa IN³ está disponible en portal.in3-insight.cloud con autenticación Azure Active Directory. El acceso está restringido a usuarios autorizados del operador.

Módulos del Portal

Vista de flota — Fleet Overview

Mapa visual de todos los vehículos monitorizados con indicador de salud global por vehículo. Código de color: verde (nominal), amarillo (alerta activa no crítica), rojo (alerta crítica pendiente de atención). La vista se actualiza cada 30 segundos con los últimos datos de ADX.

Centro de alertas — Alert Center

Timeline cronológico de todas las alertas activas e históricas, con clasificación en tres niveles:

  • CRITICAL: Degradación detectada que supera 3,5σ del baseline. Requiere inspección antes del próximo servicio. SLA de notificación: 2 minutos desde detección.
  • WARNING: Tendencia negativa sostenida (2–3σ) sin umbral superado todavía. Programar revisión en la próxima revisión planificada.
  • INFO: Cambio de estado o evento del sistema (nueva instalación, actualización de firmware, Golden Run aprobado).

Comparador Golden Run

Vista superpuesta de la señal actual del subsistema frente al baseline Golden Run aprobado. El eje X es el tiempo dentro de un ciclo normalizado (una vuelta de rueda, un ciclo de puerta), el eje Y es la métrica en cuestión (vibración RMS, temperatura, corriente). La desviación se calcula en número de sigmas y se muestra como banda de confianza.

Dashboard de subsistema

Vista detallada por vehículo y subsistema (bogie delantero, bogie trasero, puerta 1-L, puerta 1-R…) con serie temporal de las métricas clave, espectro de frecuencia acumulado de las últimas 24 horas, y trayectoria de salud proyectada mediante regresión sobre el histórico.

Gestión de dispositivos

Inventario de Pods instalados, estado de conectividad en tiempo real, versión de firmware activa y pendiente, y acceso a los parámetros de configuración del EKF por dispositivo.

Stack tecnológico

Frontend
    React 18 + TypeScript
    Recharts (series temporales y espectros)
    Tailwind CSS (dark theme por defecto)
    Azure Static Web Apps (CDN global)

Backend de datos
    Azure Data Explorer  →  KQL queries
    WebSocket (alertas en tiempo real)
    Azure API Management (rate limiting)

Autenticación
    Azure Active Directory B2C
    RBAC: Admin / Ingeniero / Viewer

Despliegue
    Azure Static Web Apps  (CI/CD via GitHub Actions)
    Región: West Europe (latencia < 40 ms España)

Flujo de trabajo del ingeniero

El Portal está diseñado para un flujo de trabajo de revisión diaria de 10 minutos y respuesta a alertas en menos de 2 horas:

  1. Revisión diaria: Login → Fleet Overview → identificar vehículos con indicadores no verdes.
  2. Evaluación de alerta: Abrir alerta → ver subsistema afectado, severidad, tiempo de evolución y tendencia proyectada.
  3. Comparación con Golden Run: Abrir comparador → verificar magnitud de la desviación σ y confirmar que no es una falsa alarma.
  4. Decisión de intervención: CRITICAL → orden de trabajo inmediata. WARNING → anotación en plan de mantenimiento próximo.
  5. Cierre: Registrar la acción tomada en el portal → el sistema reinicia la monitorización y actualiza el baseline si se ha realizado una reparación.