← Retour à Architecture Cloud · Dashboard · Maintenance

Portal IN-SIGHT
Alertes · Dashboard · Golden Run

L'interface de l'ingénieur de maintenance. Elle centralise les alertes classées par gravité et sous-système, visualise la dérive de santé de chaque véhicule par rapport au Golden Run et planifie les interventions avant la panne en service.

Qu'est-ce que c'est

Le Portal IN-SIGHT est la couche de présentation du système. Une application web responsive qui agrège, filtre et visualise la télémétrie traitée par la couche analytique cloud (ADX + EKF) et la transforme en information actionnable pour l'équipe de maintenance.

La conception répond à un principe unique : l'ingénieur de maintenance ne doit pas interpréter des données brutes. Le Portal présente uniquement des événements classés, des tendances de santé porteuses de sens opérationnel et des comparaisons directes avec la référence Golden Run approuvée. Tout le reste reste hors de vue.

Accès en production : Le portail déployé dans le programme IN³ est disponible sur portal.in3-insight.cloud avec authentification Azure Active Directory. L'accès est réservé aux utilisateurs autorisés de l'exploitant.

Modules du Portal

Vue de flotte — Fleet Overview

Carte visuelle de tous les véhicules surveillés avec un indicateur de santé global par véhicule. Code couleur : vert (nominal), jaune (alerte active non critique), rouge (alerte critique en attente d'attention). La vue se rafraîchit toutes les 30 secondes avec les dernières données d'ADX.

Centre d'alertes — Alert Center

Timeline chronologique de toutes les alertes actives et historiques, classées en trois niveaux :

  • CRITICAL : Dégradation détectée dépassant 3,5σ de la référence. Nécessite une inspection avant le prochain service. SLA de notification : 2 minutes depuis la détection.
  • WARNING : Tendance négative soutenue (2–3σ) sans seuil encore dépassé. Programmer une vérification lors de la prochaine révision planifiée.
  • INFO : Changement d'état ou événement système (nouvelle installation, mise à jour de firmware, Golden Run approuvé).

Comparateur Golden Run

Vue superposée du signal actuel du sous-système par rapport à la référence Golden Run approuvée. L'axe X est le temps au sein d'un cycle normalisé (un tour de roue, un cycle de porte), l'axe Y est la métrique concernée (vibration RMS, température, courant). L'écart est calculé en nombre de sigmas et affiché sous forme de bande de confiance.

Tableau de bord de sous-système

Vue détaillée par véhicule et sous-système (bogie avant, bogie arrière, porte 1-L, porte 1-R…) avec série temporelle des métriques clés, spectre de fréquence cumulé des dernières 24 heures, et trajectoire de santé projetée par régression sur l'historique.

Gestion des appareils

Inventaire des Pods installés, état de connectivité en temps réel, version de firmware active et en attente, et accès aux paramètres de configuration de l'EKF par appareil.

Stack technologique

Frontend
    React 18 + TypeScript
    Recharts (séries temporelles et spectres)
    Tailwind CSS (thème sombre par défaut)
    Azure Static Web Apps (CDN global)

Backend de données
    Azure Data Explorer  →  requêtes KQL
    WebSocket (alertes en temps réel)
    Azure API Management (rate limiting)

Authentification
    Azure Active Directory B2C
    RBAC : Admin / Ingénieur / Viewer

Déploiement
    Azure Static Web Apps  (CI/CD via GitHub Actions)
    Région : West Europe (latence < 40 ms Espagne)

Flux de travail de l'ingénieur

Le Portal est conçu pour un flux de travail de revue quotidienne de 10 minutes et une réponse aux alertes en moins de 2 heures :

  1. Revue quotidienne : Login → Fleet Overview → identifier les véhicules avec des indicateurs non verts.
  2. Évaluation de l'alerte : Ouvrir l'alerte → voir le sous-système affecté, la gravité, le temps d'évolution et la tendance projetée.
  3. Comparaison avec le Golden Run : Ouvrir le comparateur → vérifier l'ampleur de l'écart σ et confirmer qu'il ne s'agit pas d'une fausse alarme.
  4. Décision d'intervention : CRITICAL → ordre de travail immédiat. WARNING → annotation dans le plan de maintenance à venir.
  5. Clôture : Enregistrer l'action effectuée dans le portail → le système redémarre la surveillance et met à jour la référence si une réparation a été réalisée.