Clustraly
Intelligence des erreurs & RGPD

Repérez les pics avant qu'ils deviennent des incidents avec le tableau de bord des tendances (spikes)

Tableau de bord des tendances (spikes) une fonctionnalité du module Intelligence des erreurs & RGPD de Clustraly. Le tableau de bord des tendances (spikes) analyse vos erreurs sur 7 à 90 jours, détecte les pics et les relie à chaque version.

Une vue inter-groupes qui transforme des milliers d'évènements en tendances lisibles : KPI clés, détection automatique des pics et corrélation par version, sur la fenêtre de temps de votre choix. Le tableau signale, vous décidez.

Vue d'ensemble

Voyez l'état de santé de toute votre application d'un coup d'œil

Vous ouvrez un seul écran et vous lisez la tendance globale au lieu de fouiller erreur par erreur. Le tableau agrège les évènements de tous vos groupes backend, frontend et CSP pour transformer une masse de logs en une image claire.

Idéal pour le point du matin ou l'après-déploiement : en quelques secondes, vous savez si la courbe monte, se stabilise ou dérape.

  • Analytique inter-groupes, pas erreur par erreur
  • Backend, frontend et CSP réunis dans une même vue
  • Une tendance lisible sans creuser dans les détails
Période & KPI

Choisissez votre fenêtre, lisez les quatre chiffres qui comptent

Sélectionnez 7, 14, 30 ou 90 jours et tout le tableau se recalcule sur cette fenêtre. Quatre tuiles KPI vous donnent l'essentiel sans effort : groupes ouverts, total d'occurrences, évènements sur la période et nombre de régressions.

Vous cadrez l'analyse selon le besoin : un sprint récent sur 7 jours, une tendance de fond sur 90.

  • Fenêtre ajustable : 7, 14, 30 ou 90 jours
  • Groupes ouverts et régressions affichés en tuiles
  • Total d'occurrences résistant à l'échantillonnage
  • Évènements comptés strictement sur la période choisie
Détection de pics

Laissez les pics se signaler tout seuls

Vous n'avez plus à scruter les barres à la main. Les barres journalières tracent le volume jour après jour et marquent automatiquement les pics : un jour est signalé dès qu'il dépasse un plancher de 5 évènements et atteint au moins 3 fois la moyenne de la fenêtre.

Le tableau des erreurs les plus fréquentes et les comptes par sévérité vous montrent aussitôt ce qui alimente la hausse.

  • Barres journalières sur toute la fenêtre
  • Pic marqué dès ≥ 5 évènements ET ≥ 3× la moyenne
  • Tableau des erreurs les plus fréquentes par volume
  • Comptes par sévérité : critical, error, warning
Corrélation par version

Reliez chaque hausse à la version qui l'a déclenchée

Quand un pic apparaît, la vraie question est toujours la même : quelle mise en production l'a causé ? L'indicateur de corrélation ventile les évènements par app_version et pointe la release suspecte.

Vous décidez ensuite en connaissance de cause : investiguer, corriger ou revenir en arrière.

  • Évènements ventilés par app_version
  • La release à l'origine du pic devient visible
  • Une base solide pour trancher rollback ou correctif
Fiabilité des chiffres

Des chiffres honnêtes, même en pleine tempête

Sous forte charge, un échantillonnage anti-flood conserve une fraction des évènements pour protéger votre base. Le tableau ne vous le cache pas : un indicateur « sampled » s'allume dès que l'échantillonnage est actif.

Le total d'occurrences, lui, reste calculé pour rester représentatif vous savez toujours ce que les chiffres veulent dire.

  • Indicateur « sampled » affiché quand l'échantillonnage est actif
  • Total d'occurrences résistant à l'échantillonnage
  • Aucune illusion de calme pendant un afflux massif
Pourquoi ça compte

Le tableau signale, vous décidez

Pics, versions et sévérité sont mis sous vos yeux sur la fenêtre de votre choix. À vous de trancher : investiguer un groupe, corriger une release ou attendre la prochaine occurrence sur des données que vous savez fiables.

FAQ

Questions fréquentes

Sur quelle période puis-je analyser mes erreurs ?
Vous choisissez une fenêtre de 7, 14, 30 ou 90 jours. Les tuiles KPI, les barres journalières, le tableau des erreurs fréquentes et la corrélation par version se recalculent tous sur la période sélectionnée.
Comment un pic (spike) est-il détecté ?
Un jour est marqué comme pic dès qu'il franchit un double critère : au moins 5 évènements (un plancher qui évite les faux positifs sur de petits volumes) et au moins 3 fois la moyenne de la fenêtre. La détection est automatique, vous n'avez rien à régler.
Que signifie l'indicateur « sampled » ?
Il s'allume lorsque l'échantillonnage anti-flood est actif, c'est-à-dire quand un groupe reçoit trop d'évènements par minute. Le total d'occurrences reste conçu pour résister à cet échantillonnage, afin que vos chiffres restent représentatifs.
Puis-je savoir quelle version applicative a causé une hausse ?
Oui. L'indicateur de corrélation ventile les évènements par app_version. Quand un pic survient, vous voyez immédiatement quelle release concentre les erreurs et vous décidez de la suite.
Prêt à commencer ?

Passez de la réaction à l'anticipation

Le tableau de bord des tendances (spikes) réunit KPI, détection de pics, erreurs les plus fréquentes et corrélation par version dans une seule lecture inter-groupes. Vous cadrez la fenêtre, le tableau met en évidence ce qui bouge et ce qui déraille, et signale honnêtement quand l'échantillonnage entre en jeu. Vous gardez la main sur chaque décision : ce que vous voyez reflète vraiment ce qui se passe.