Sur cette page
Trois vues répondent à trois questions différentes
La zone History conserve trois registres côte à côte :
- Chronologie brute : les mesures et changements d’état observés par Perstat
- Registre de pannes arbitré : les pannes et exclusions examinées par votre équipe
- Activité de configuration : les changements dans l’organisation et la personne responsable de chacun
Comme les registres restent séparés, une panne corrigée laisse la mesure brute en place. Un changement de configuration n’apparaît pas comme une défaillance externe.
Indisponibilité mesurée et indisponibilité arbitrée restent distinctes
Lorsqu’un opérateur écarte un faux positif, Perstat affiche un aperçu de l’effet sur l’uptime et exige un motif. L’exclusion enregistre son auteur et peut être annulée. Sa fenêtre va du dernier check réussi avant l’événement écarté au premier check réussi qui le suit.
L’événement mesuré et la décision sur sa prise en compte restent examinables comme deux faits distincts. C’est un processus d’arbitrage, pas une suppression silencieuse.
Maintenance et incidents ont des bornes explicites
Une fenêtre de maintenance planifiée empêche l’ouverture de nouveaux incidents, reste dans le registre et est exclue de l’uptime. Pour un monitor à sondes régionales, un incident automatique va de la confirmation par le quorum jusqu’au quorum de rétablissement. Les monitors agent et heartbeat suivent leurs règles de signal direct au lieu du quorum régional.

Le calcul existe derrière une session authentifiée
Perstat calcule un résultat SLA propre à chaque monitor à partir des incidents, des maintenances et des fenêtres d’exclusion. La documentation des preuves décrit le calcul et les limites de ses entrées.
Aujourd’hui, ce résultat est un JSON technique derrière une session de navigateur authentifiée. Ce n’est pas une API publique. Chaque vue de monitor propose un rapport PDF sur 7, 14, 30 ou 90 jours, dans toutes les offres. Le rapport n’est ni signé ni attesté.
Le rapport public est un exemple éditorial
L’ exemple de rapport SLA est public, et ses chiffres peuvent être recalculés. C’est un exemple éditorial de la structure. Ce n’est pas un rapport client généré. Le rapport PDF de la vue du monitor est celui qui est généré.
Fenêtres de l’offre publiées et sortie
| Offre | Fenêtre de l’offre (jours) |
|---|---|
| Free | 7 |
| Pulse | 30 |
| Sentinel | 90 |
| Command | 365 |
| Enterprise | 730 |
Ces fenêtres de l’offre publiées ne définissent pas encore la durée de suppression de chaque objet stocké. La rétention des checks bruts, des échantillons d’agent, des agrégats quotidiens et des artefacts d’incident est en cours d’alignement avec ces fenêtres et la formulation actuelle des CGV sur 13 mois. Confirmez les conditions de rétention applicables via la page sécurité avant tout achat ou déploiement.
Perstat fournit aujourd’hui un export d’organisation, manuellement et sur demande. C’est une voie de sortie, pas un téléchargement en libre-service, et le rapport PDF par monitor ne la remplace pas. L’export contient des fichiers CSV et un manifeste pour :
- les monitors
- les mesures
- les états
- les incidents liés à un monitor
- les fenêtres
Limites du registre
Perstat décrit les changements comme attribués, motivés et réversibles. Il ne présente pas l’ensemble du stockage comme protégé contre toute modification, immuable ou à écriture unique. Il n’affirme pas que le registre permette, à lui seul, à une organisation de satisfaire aux exigences de DORA, de NIS2 ou de tout autre cadre.
Examinez l’exemple éditorial, demandez l’export documenté via la page sécurité ou commencez à constituer le registre avec un monitor gratuit.
