Outils de gestion des fenêtres de maintenance
Une mise à jour de base de données ou une migration de CDN déclenchera vos moniteurs — comme il se doit, si c’est une surprise. Planifiez une fenêtre de maintenance et AmICited classe les contrôles effectués pendant celle-ci comme maintenance : l’état du moniteur et le compteur d’échecs consécutifs se figent, et aucun incident ne s’ouvre, ne se met à jour ni ne se résout sur cette base. Cela couvre les moniteurs actifs HTTP, TCP, DNS et Transaction ; les heartbeats passifs ne sont pas encore pris en compte par une fenêtre, alors mettez-les directement en pause.
Périmètre de la fenêtre de maintenance
Une fenêtre peut couvrir chaque moniteur actif de l’espace de travail, tous les moniteurs d’un domaine, ou uniquement le moniteur concerné par les travaux — un flux de paiement lors d’une migration de fournisseur de paiement, par exemple — avec une heure de début et de fin ou un planning récurrent pour la maintenance de routine, évalué en UTC.
- Espace de travail, domaine ou moniteur — supprimez tout, tout sur un domaine, ou uniquement le moniteur spécifique concerné par les travaux ; un niveau moniteur nécessite d’abord un niveau domaine.
- Récurrence unique, quotidienne ou hebdomadaire — une fenêtre unique de migration, ou un planning qui répète la même durée toutes les 24 heures ou sept jours, limité à sept jours par occurrence.
- Les incidents restent silencieux, l’état est préservé — pas de fausse alerte, et l’état antérieur du moniteur perdure plutôt que de basculer vers une lecture erronée de succès ou d’échec.
- Les calculs SLA l’excluent automatiquement — le temps d’arrêt planifié n’est jamais compté dans votre objectif de disponibilité ni affiché dans un rapport SLA destiné aux clients.
Classification du suivi de maintenance
Une fenêtre de maintenance n’arrête pas les vérifications. Les sondes continuent de fonctionner et le résultat brut est stocké, mais le résultat est classé comme maintenance au lieu de disponible ou indisponible — vous conservez ainsi les preuves de la fenêtre de travail sans contaminer les chiffres de fiabilité. Lorsque la fenêtre se termine, les transitions d’état normales reprennent à la prochaine vérification ; prolongez l’heure de fin si les travaux dépassent le délai, ou un véritable échec peut commencer à compter une fois que le planning ne le couvre plus.
- Les vérifications restent actives et sont stockées — les sondes pendant une fenêtre sont enregistrées, simplement classées comme maintenance plutôt que comme disponibles ou indisponibles.
- Exclues de tous les agrégats — pourcentages de disponibilité, moyennes de temps de réponse, barres de disponibilité et calculs SLA mensuels ignorent tous les contrôles de maintenance.
- Un badge « En maintenance » — affiché sur la liste des moniteurs et l’en-tête des détails dès qu’une fenêtre correspondante est active.
- Prolongez avant l’expiration — si les travaux dépassent la fin prévue, prolongez avant la prochaine vérification, sinon cette vérification sera jugée normalement.
Rapports SLA des fenêtres de maintenance
Une fenêtre de maintenance planifiée à l’avance garantit l’honnêteté de votre rapport SLA — les clients et parties prenantes voient la disponibilité par rapport à votre objectif avec les travaux planifiés déjà exclus, sans ajustements ni contestations a posteriori.
- Maintenance exclue par défaut — aucun ajustement manuel nécessaire lors de la compilation d’un rapport mensuel.
- Preuves exportables — téléchargez un CSV pour n’importe quel mois, prêt pour un rapport client ou interne.
- Objectif vs. réel, mensuel — voyez si vous avez atteint votre objectif SLA avec les chiffres qui comptent.
des incidents factices provenant de travaux déjà planifiés
Une fenêtre activée à l’avance garantit que le temps d’arrêt exact que vous avez planifié n’est jamais traité comme une panne par les moniteurs, les incidents ou les calculs SLA.
Voir les moniteurs de disponibilitéPrêt à empêcher les travaux planifiés d’alerter votre équipe ?
Vérification gratuite · Essai de 7 jours · carte de crédit requise