Generierte SLOs anzeigen

  • Freigeben Version: Australia
  • Aktualisiert 12. März 2026
  • 2 Minuten Lesedauer

    • Zeigen Sie Servicelevel-Ziele (SLOs) an, die vom Service Level-Ersteller-Agent generiert wurden, und überprüfen Sie Informationen zur Erstellung.

    Vorbereitungen

    Sie müssen KI-Agenten für SLO und haben Service Reliability Management( SRM) Auf Ihrer Instanz installiert. Weitere Informationen finden Sie unter Install Now Assist plugins und Installieren Service Reliability ManagementÜber Admin Center oder ServiceNow Store.

    Einen Überblick darüber, wie und wann der Service Desk-Ersteller SLOs generiert, finden Sie unter Servicelevel-Ziele werden generiert.

    Erforderliche Rolle: srm_Manager, srm_Responder oder srm_admin

    Prozedur

    1. Navigieren zu Arbeitsbereiche > Service Operations-Arbeitsbereich > Servicesan.
    2. Wählen Sie einen Service und dann aus Zuverlässigkeitsmetriken Registerkarte.
    3. Wählen Sie ein SLO aus, das vom SLO-Ersteller-Agent generiert wurde.
      Vom Service Desk-Mitarbeiter generierte SLOs werden angezeigt Now Assist In der Spalte erstellt von.
    4. Wählen Sie die Registerkarte Details aus.
    5. Überprüfen Sie im Aktivitätsbereich die Arbeitsnotizen.
      SLOs, die vom SLO-Ersteller-Agent generiert werden, enthalten Arbeitsnotizen, die die während der Erstellung analysierten Daten und die während der Erstellung verwendete Konfiguration zusammenfassen. Das folgende Beispiel zeigt die Art der Informationen, die in den Arbeitsnotizen aufgezeichnet wurden:
      === 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

    Nächste Maßnahme

    Weitere Informationen zu SLOs, einschließlich SLO-Typen und Compliance-Zeiträumen, finden Sie unter Arbeiten mit Zuverlässigkeitsmetriken. Dient zum Bearbeiten oder Deaktivieren eines SLO in SRM, Siehe Bearbeiten Sie eine Zuverlässigkeitsmetrik.