Objectifs SLO
ConceptProduitDepuis la version 1.3.0
Guide produit : ce que la capacité apporte, pour qui, ses limites et la version qui l'a livrée - sans syntaxe de configuration.
| Ce que ça fait | Déclare des objectifs de disponibilité et de latence dans la configuration de la console, et en suit le budget d'erreur restant et la vitesse de consommation (burn rate) sur plusieurs fenêtres ; une règle intégrée alerte quand le budget brûle trop vite |
| Par groupe | Un objectif porte sur une opération, ou - depuis 1.6.0 - sur un groupe : toutes les opérations d'un amont, celles d'une étiquette OpenAPI, une liste explicite (un parcours utilisateur) ou l'ensemble (un chiffre de tête sur la vue d'ensemble) |
| Pourquoi c'est important | Une équipe parle de fiabilité dans ses termes : son service, son parcours de paiement, sa promesse globale. Le calcul ne demande aucune série de métriques en plus |
| Cas d'usage | Tenir 99,9 % sur le parcours de commande ; alerter avant qu'un mois d'erreurs soit dépensé ; montrer à la direction un objectif global |
| Limites | Objectifs par groupe pas encore complets : servis et testés (unitaires, contrat), mais ni la preuve de bout en bout sous une panne injectée ni la mesure du coût d'évaluation sur 30 jours ne sont faites - la borne de 100 objectifs est provisoire |
| Depuis | 1.3.0 (par opération), 1.6.0 (par groupe) |
| Configurer | Lire avec la console, Objectifs SLO par groupe d'opérations |