Utiliser les services SRM
Un service représente un résultat fonctionnel, par exemple la gestion de réseau, les paiements ou les services de ressources humaines, qui appartient à une équipe. Pour atteindre ce résultat, un service peut contenir un ou plusieurs composants techniques, notamment un service d'authentification utilisateur, ou une infrastructure partagée telle qu'une base de données.
Il est possible que vous souhaitiez intégrer plusieurs outils pour surveiller chaque service technique et recevoir des événements de ces outils. Ajoutez une intégration à SRM à l’aide du module . Consultez Utiliser des intégrations SRM.
En outre, vous pouvez créer des mesures de fiabilité pour le service. Reportez-vous à la rubrique Utiliser les mesures de fiabilité.
En associant une équipe et des politiques à ce service, il est plus facile de répartir les responsabilités et de suivre les résultats techniques. Il est également plus facile d'automatiser les routines de réponse et de se concentrer sur les personnes qui reçoivent les notifications et sur les dates d'envoi de ces notifications.
L’état d’un service existant est hérité. L'état d'un service créé dans SRM est défini sur Aucun.
Services
- Vos services : ensemble des services dont vous ou votre équipe gère et surveille la fiabilité.
- Services comportant des incidents actifs : services comportant un ou plusieurs incidents ouverts, triés d'abord par criticité opérationnelle (du plus au moins critique), puis par nombre d'incidents actifs (tri décroissant) et enfin par % de budget d'erreur restant (tri croissant).
- Services comportant des alertes critiques : services comportant des alertes ouvertes, triés d'abord par criticité opérationnelle (du plus au moins critique), puis par nombre d'alertes (tri décroissant) et enfin par % de budget d'erreur restant (tri croissant).
- Services avec des changements ouverts : tous les services que votre équipe gère et surveille.
- Services avec un budget d'erreur faible : services avec un budget d'erreur restant < 25 %.
La mesure Budget d'erreur correspond au montant du SLO que vous pouvez utiliser sur une période spécifiée. Il peut être utilisé pour gérer la vélocité de la mise en production.
Chaque colonne de la liste peut être regroupée ou filtrée.
Chaque liste peut être modifiée, triée ou exportée.
Pour en savoir plus sur les détails de chaque service, reportez-vous à la section Formulaire Modifier les détails du service.
Définitions des mesures de la vue de liste des services
- Service : nom du service.
- Classe : application ou service technique.
- Criticité opérationnelle : importance de ce service au sein de l'entreprise.Les choix possibles sont les suivants :
- 1 - Très critique (par défaut)
- 2 – Assez critique
- 3 – Moins critique
- 4 – Non critique
- Alertes ouvertes : nombre d'alertes ouvertes affectées au service.
- Incidents ouverts : nombre d'incidents ouverts affectés au service.
- Budget d'erreur restant : budget d'erreur restant pour le service, en pourcentage.