Relier les objectifs SLA à une procédure d’intervention
Un taux de disponibilité exige un périmètre de mesure clair. Une panne applicative demande aussi observation, responsabilités et reprise.
Un taux de disponibilité est plus facile à comparer que l’organisation d’une intervention. Pour exploiter votre application, il faut pourtant savoir ce que mesure ce taux et comment une observation préoccupante devient une action coordonnée.
Google SRE distingue le Service Level Indicator (SLI), indicateur mesuré, le Service Level Objective (SLO), objectif visé, et le Service Level Agreement (SLA), accord de niveau de service. Un indicateur exige un périmètre défini et une fenêtre de mesure. La seule appellation SLA n’explique pas quelle partie de votre parcours applicatif est observée.
Un composant disponible peut masquer un parcours interrompu
Dans cet exemple fictif, un portail utilise des services différents pour l’application web et le stockage des fichiers. Lors de l’événement S-60, la page d’accueil continue de répondre. Les nouvelles demandes avec fichier ne peuvent pourtant pas être enregistrées intégralement. Un point de mesure limité à la page d’accueil ne reflète pas cet impact.
L’équipe doit donc relier la mesure à la fonction utilisateur nécessaire. Cela ne constitue aucune conclusion sur un accord fournisseur précis : l’exemple porte sur l’observation technique nécessaire à sa propre application.
Compléter l’indicateur par l’attribution des tâches
Le plan suivant relie le périmètre de mesure à la réaction face à ce cas.
Aspect | À préciser pour le portail | Rôle responsable |
|---|---|---|
Observation | Vérifie-t-on seulement un composant ou le parcours complet de la demande ? | Responsable de l’application |
Intervention | Qui rassemble les constats, contacte les services touchés et coordonne les modifications ? | Coordination de l’incident |
Reprise | Qui vérifie la demande, le fichier et le travail ouvert, puis décide de la prochaine étape d’exploitation ? | Responsables métier et exploitation |
Ce sont des propositions pour l’exemple, et non des valeurs de service mesurées ici ou des rôles déjà attribués. Un indicateur de disponibilité seul ne détermine ni l’action technique ni le moment précis de la reprise.
Vérifier ensemble mesure et procédure
Votre propre organisation des incidents ne rend pas inutiles les engagements de service externes. Elle complète la vue des composants touchés par le travail sur le parcours entier. Précisez donc ensemble la mesure, le moyen de contact et le pouvoir de décision.
Lorsque plusieurs services interviennent, votre équipe a besoin d’une vision coordonnée des impacts. Un constat technique devient une décision d’exploitation solide lorsqu’il se rapporte au parcours touché et que l’action suivante est attribuée à un rôle responsable.
Sources
À lire aussi
Tous les articles
Cloud & exploitation avec ASES
Hébergement, déploiement, maintenance et suivi