Afficher les SLO générés

Affichez les objectifs de niveau de service (SLO) générés par l’agent créateur de SLO et passez en revue les informations sur leur création.

Avant de commencer

Les AI Agents for SLO et Gestion de la fiabilité des services (SRM) doivent être installés sur votre instance. Pour plus d'informations, consultez Install Now Assist plugins et Installer Gestion de la fiabilité des services à partir de l’Admin Center ou ServiceNow Store.

Pour obtenir une vue d’ensemble de la manière et du moment où l’agent créateur SLO génère des SLO, reportez-vous à la section Génération des objectifs de niveau de service.

Rôle requis : srm_manager, srm_responder ou srm_admin

Procédure

1. Accédez à la Espaces de travail > Espace de travail pour l'exploitation des services > Services.
2. Sélectionnez un service, puis l’onglet Mesures de fiabilité .
3. Sélectionnez un SLO généré par l’agent créateur du SLO.
   Les SLO générés par l’agent affichent Now Assist dans la colonne Créé par.
4. Sélectionnez l’onglet Détails.
5. Dans le panneau Activité, examinez les notes de travail.
   Les SLO générés par l’agent créateur de SLO comprennent des notes de travail qui résument les données analysées et la configuration utilisée lors de la création. L’exemple suivant montre le type d’informations enregistrées dans les notes de travail :

   === AI-Generated SLO ===
   
   [Issue Pattern Description]
   Analysis of 15 alerts over the last month revealed ten distinct reliability-impacting patterns for the Webhook Delivery Tracking Service.
   Critical webhook delivery failures, data contract violations, SAML assertion rejections, RBAC permission denied spikes, Kafka consumer lag,
   JSON deserialization failures, AZ failover health check failures, schema registry compatibility failures, JWT signature validation failures, 
   and gRPC deadline exceeded errors were identified. Each pattern was validated through field-value mapping and encoded query construction, 
   ensuring actionable and trackable SLIs.
   
   [Metrics]
   • In the last Month: 0 Major Incidents, 0 Sev1 Incidents, 11 critical alerts, 1 outage → risk score of 27
   • Monthly compliance period selected based on risk concentration and alert volume
   • Data source: 15 alerts analyzed (full dataset available)
   
   [SLO Configuration]
   • Service classified as Most Critical → 99.99% reliability target selected
   • Monthly compliance period chosen for consistent tracking of reliability issues
   • Duration SLO type selected for continuous measurement of reliability
   • SLI type: Errors - keywords and patterns found in 80% of alerts, with additional latency and availability issues identified
   • Source: em_alert (alerts provide granular signal for reliability tracking)
   
   [SLIs Created]
   • 10 SLIs created covering 100% of reliability events (15 of 15 alerts):
   1. Webhook Delivery Failure Rate (main CI sys_id: <sys_id>)
   - Tracks critical webhook delivery failures
   - 2 alerts matched (13% of total events)
   - All events led to service downtime
   - Filter: metric_name=Webhook_Delivery_Failure_Rate^classification=webhook_failure^severity=critical
   - Example: Alert <alert_id>
   2. Data Contract Violation Rate (main CI sys_id: <sys_id>)
   - Tracks critical data contract violations
   - 2 alerts matched (13%)
   - Example: Alert <alert_id>
   
   [Additional SLIs follow the same pattern for each reliability issue identified]
   
   • All reliability events are covered by the SLIs created.
   
   Created by Now Assist SLO Creator Agent

Que faire ensuite

Pour en savoir plus sur les SLO, y compris les types de SLO et les périodes de conformité, reportez-vous à la section Utiliser les mesures de fiabilité. Pour modifier ou désactiver un SLO dans , reportez-vous à SRMModifier une mesure de fiabilité.