Analyse par thématique

Observabilité et analytics

En bref :

  • Les outils de mesure existent : Mixpanel, Sentry, Prometheus, sondes Kubernetes.
  • Leur configuration réelle, leurs tableaux de bord, leurs alertes et les droits de Paris-Saclay ne sont pas démontrés.
  • Statut : présents dans le code, non démontrés en exploitation.

Outils identifiés

OutilUsage observéPoint d’attention
MixpanelAnalytics frontend : une cinquantaine d’événements (55 appels track relevés dans front src/analytics/)Initialisation sans garde de consentement visible ; URL complète, chatbot et commentaires peuvent transmettre des contenus sensibles
Sentry frontendErreurs, traces, Session ReplayTraces à 100 %, replay de 10 % des sessions et 100 % des sessions en erreur (front src/app/initSentry.ts:20-25) ; masquage non démontré
PrometheusMétriques HTTP, Django, CeleryAucun dashboard ni alerte versionnés
Sondes de santéLiveness et readiness KubernetesLa readiness vérifie PostgreSQL, pas Redis ni OpenSearch (back apps/healthcheck/views.py)
Logs backendSortie console DjangoNon structurés, sans identifiant de corrélation
Synchronisation CRISalidAlimentation de Django et OpenSearchAucune métrique de fraîcheur, de rejet ou de rejeu

Analyse RGPD de ces collectes : sécurité et RGPD.

Ce que le code ne montre pas

Comptes SaaS et leur propriétaire, événements réellement actifs en production, règles de masquage et de rétention Sentry, tableaux de bord, seuils et destinataires d’alertes, région de stockage, possibilité d’export. Sans accès direct, Paris-Saclay ne peut ni contrôler la conformité, ni mesurer la qualité du service, ni vérifier les résultats annoncés.

Condition avant GO

Paris-Saclay dispose des accès convenus ; la collecte réelle est vérifiée par capture réseau ; les données sensibles sont exclues ; chaque alerte a un responsable ; un export de réversibilité a été testé.

Suite

Last modified on