Saisissez la cible SLO, une fenêtre d’événements totaux et en erreur et sa durée en jours. Le panneau indique le budget consommé, le taux de combustion et la durée du budget restant à ce rythme.
Fonctionne localement dans votre navigateurUn taux de combustion de 1 × dépense la totalité du budget d'erreur sur une période SLO ; cette calculatrice ne récupère pas les données de surveillance.
Quatre nombres suffisent : la cible SLO en pourcentage, le total des événements de la fenêtre d’observation, combien d’entre eux étaient en erreur et la durée de cette fenêtre en jours. Le panneau répond aux deux questions d’un budget d’erreur — quelle part du budget les erreurs observées consomment, et combien de temps tient ce qu’il reste à ce rythme — et fait le calcul dans l’onglet, sans contacter de système de supervision.
Les deux comptages doivent venir de la même fenêtre. L’outil les compare uniquement au taux d’erreur autorisé et ne sait rien de la façon dont votre supervision classe un événement : un comptage qui inclut des délais dépassés que votre SLO exclut décale le budget exactement de cette quantité.
Le taux d’erreur autorisé vaut 100 − cible : un SLO de 99,9 % tolère 0,1 % d’événements en échec. Multiplié par le total des événements, il donne la valeur affichée comme événements en erreur autorisés — 1 000 pour un million d’événements à 99,9 %. Le budget consommé est le nombre d’erreurs observées divisé par cette autorisation : 2 500 erreurs pour 1 000 autorisées se lisent 250 % et ne laissent rien, 500 erreurs se lisent 50 % et laissent la moitié. La disponibilité est le simple rapport d’échec, 1 − erreurs ÷ total : 99,75 % dans le premier cas, 99,95 % dans le second.
Le budget restant reste bloqué à 0 % : une fois l’autorisation épuisée, de nouvelles erreurs ne rendent pas la valeur négative, la barre passe au rouge et le panneau le signale. Des erreurs égales à l’autorisation comptent comme budget entièrement consommé, pas comme dépassement ; cette frontière est tranchée avec une tolérance, car l’autorisation est le produit de deux nombres saisis et une valeur exacte peut se retrouver à une fraction d’ulp au-dessus.
Le taux de combustion divise le taux d’erreur observé par le taux autorisé. 1× signifie que le budget se consomme exactement au rythme permis par le SLO et dure une période complète ; 2,50× signifie deux fois et demie plus vite ; en dessous de 1×, il dépasse la période.
L’épuisement prévu est le temps restant à ce rythme, pas la durée d’un budget neuf : la période multipliée par la part encore inutilisée, divisée par le taux de combustion. À 0,50× avec la moitié du budget intacte, une fenêtre de 30 jours laisse environ 30 jours de plus. Un budget déjà consommé affiche « budget déjà épuisé », une fenêtre sans erreur affiche « pas à ce rythme ». Le champ de période ne sert qu’à cette projection : il ne met pas les comptages à l’échelle.
Il n’appelle ni système de supervision, ni API de métriques, ni DNS. Les quatre valeurs sont la seule entrée, tout est calculé dans le navigateur et la page continue de fonctionner hors ligne.
Et il s’arrête là : pas d’alertes de taux de combustion multi-fenêtres (les paires 1 h / 6 h / 3 j), pas de pondération par service ou par utilisateur, pas de SLI fondé sur le temps où la disponibilité se compte en minutes plutôt qu’en événements, pas de routage d’alertes. Tout cela appartient à votre plateforme de supervision. Cette page est la vérification arithmétique qui dit si une fenêtre de chiffres tient encore dans le budget ou l’a déjà dépassé.