NOC, Observability und ITOM

Zweck und Übersicht des Bereichs

Dieser Bereich umfasst den Infrastrukturbetrieb: das NOC (Monitoring und Ereignisbearbeitung), die Observability (Metriken, Traces, Logs, synthetische Tests, RUM, Topologie) und ITOM (IT Operations Management: Discovery, DNS, IPAM, Zertifikate, Wartung, Automatisierung, SLO, Policies, Governance, Optimierung). Die Tickets gehören zur Familie NOC-*. Sie erreichen die Seiten über den IT-Hub, den Observability Hub und den ITOM Hub.

NOC L1 und On-Call

Wozu es dient. Die operative Konsole des NOC: Sie sammelt die Monitoring-Alerts (NOC-EVENT, per Webhook aus Zabbix/Nagios/Datadog) und die Alerts aus der Log-Analyse (NOC-LOG-ALERT), korreliert sie zu NOC-INCIDENT und verwaltet die Rufbereitschaftsschichten (On-Call). Sie verwendet dieselbe Layout-Engine wie die IT-Konsole, die unter Betriebskonsole L1/L2/L3 (NOC und Service Desk) ausführlich beschrieben ist.

Wann Sie es verwenden. Es ist der Arbeitsplatz des NOC-Operators für Monitoring, Triage und die Bearbeitung von Infrastruktur-Incidents.

Wie Sie es öffnen. Über den IT-Hub (Kachel NOC) oder den Observability Hub.

Was es anzeigt. Das Layout mit drei Bereichen (Queue · Detail · Werkzeuge) mit automatischer Aktualisierung alle 60 s. KPIs L1: Offene Tickets, Aktive P1/P2, SLA-Verletzungen, MTTR (Min.), Heute gelöst. Aktionen L1: Übernehmen, Escalate L2/L3, Lösen, Major Incident eröffnen. Werkzeuge: verknüpfte CIs (CMDB Explorer), Runbook (KB NOC, Incident-Playbook), Monitoring (Grafana, Alertmanager), SLA-Timer, Dashboard. Im Tier L2: KPIs Offene Incidents, P1/P2, Change Window, MTTR, Root-Cause pending und Aktionen Take ownership, Escalate L3, RCA starten, Change eröffnen, Escalate MIM.

On-Call-Verwaltung. Die Seite enthält die Verwaltung der Rufbereitschaftsschichten: Sie zeigt die aktive Schicht „jetzt“ und den Kalender der folgenden 4 Wochen, mit der Schaltfläche + Schicht hinzufügen, die das Modal zum Anlegen einer Schicht öffnet (IT-ONCALL: Datum, Bearbeiter, Rotation, Vertretung, Eskalationsrichtlinie, Kontakt). Die maßgebliche Quelle der Schichten ist der Vertrag.

Wie Sie es bedienen. Sie überwachen die Queue, führen die Triage der Ereignisse durch, korrelieren sie zu Incidents und verwalten die Schichten; aus einem Ereignis können Sie an das ITSM eskalieren (IT-NOC-ESC) oder einen Major Incident eröffnen.

Was danach passiert. Die Korrelation von N Ereignissen auf demselben CI erzeugt einen NOC-INCIDENT; die Schichtzuweisung speist das Offline-/On-Call-Routing.

Hinweise. Direkte Links zu Service Topology und ITOM Health.

Observability Hub

Wozu es dient. Der Einstiegspunkt zu den Observability-Werkzeugen.

Wann Sie es verwenden. Um das passende Observability-Werkzeug auszuwählen (Metriken, Traces, synthetische Tests, Topologie …).

Wie Sie es öffnen. Über die Home / den IT-Hub (Kachel Observability).

Was es anzeigt. Die Kacheln zu: Observability, Health, Traces, RUM, Synthetic, Topology, Net Observability, DB Observability, AIOps, Events & AIOps, NOC L1.

Wie Sie es bedienen. Öffnen Sie das gewünschte Werkzeug.

Was danach passiert. Sie gelangen zur gewählten Seite.

Hinweise. Der Funktionsumfang wird laufend erweitert.

Observability / Metriken

Wozu es dient. Stellt Metriken und Dashboards zur Observability von Infrastruktur und Services bereit.

Wann Sie es verwenden. Um den Verlauf der Metriken zu analysieren und Verschlechterungen zu erkennen.

Wie Sie es öffnen. Über den Observability Hub, Kachel Observability.

Was es anzeigt und wie Sie es bedienen. Diagramme der Metriken mit Zeitfiltern und Filtern nach Service/CI; aus einer Auffälligkeit erzeugen Sie ein Ereignis oder eröffnen ein NOC-Ticket.

Was danach passiert. Abweichungen fließen in Ereignisse und AIOps-Erkenntnisse ein.

Hinweise. Ergänzt Health (ITOM Health).

ITOM Health

Wozu es dient. Zeigt den Zustand der Services und CIs.

Wann Sie es verwenden. Für eine kompakte Zustandsansicht (grün/gelb/rot) während des Monitorings oder eines Incidents.

Wie Sie es öffnen. Über den Observability Hub (oder über die Links der NOC-Konsole).

Was es anzeigt und wie Sie es bedienen. Den Zustand pro Service/CI mit den wichtigsten Kennzahlen.

Was danach passiert. Ein Service in kritischem Zustand führt zum Eröffnen bzw. Eskalieren von Incidents.

Hinweise. Verknüpft mit der Topologie (Service Topology).

Distributed Tracing

Wozu es dient. Stellt das verteilte Tracing der Transaktionen zwischen Services bereit.

Wann Sie es verwenden. Um den Engpass in einer Transaktion über mehrere Services zu finden.

Wie Sie es öffnen. Über den Observability Hub, Kachel Traces.

Was es anzeigt und wie Sie es bedienen. Die Traces mit Spans, Latenzen und Abhängigkeiten; Sie wählen einen Trace, um seinen Pfad zu analysieren.

Was danach passiert. Die Analyse leitet RCA und Optimierungen.

Hinweise. Ergänzt RUM und Synthetic.

Digital Experience / RUM

Wozu es dient. Misst das Real User Monitoring (tatsächliches Benutzererlebnis).

Wann Sie es verwenden. Um die von Endbenutzern wahrgenommene Performance zu bewerten.

Wie Sie es öffnen. Über den Observability Hub, Kachel RUM.

Was es anzeigt und wie Sie es bedienen. Die Erlebniskennzahlen (Ladezeiten, clientseitige Fehler) pro Seite/Pfad.

Was danach passiert. Verschlechterungen des Erlebnisses fließen in Ereignisse/Tickets ein.

Hinweise. Ergänzt das Synthetic Monitoring (Synthetic Monitoring).

Synthetic Monitoring

Wozu es dient. Führt synthetische Tests (Probes) aus, um Verfügbarkeit und Performance der Services zu prüfen.

Wann Sie es verwenden. Für das proaktive End-to-End-Monitoring kritischer Endpoints und Pfade.

Wie Sie es öffnen. Über den Observability Hub, Kachel Synthetic.

Was es anzeigt und wie Sie es bedienen. Die synthetischen Tests mit Ergebnis und Latenz; Sie konfigurieren die Probes und führen sie aus.

Was danach passiert. Ein fehlgeschlagener Test erzeugt einen Alert.

Hinweise. Ergänzt RUM.

Service Topology

Wozu es dient. Zeigt die Topologiekarte der Services und der Abhängigkeiten zwischen CIs.

Wann Sie es verwenden. Um die Auswirkung eines CI auf einen Service zu verstehen oder während eines Incidents durch die Abhängigkeiten zu navigieren.

Wie Sie es öffnen. Über den Observability Hub oder die NOC-Links.

Was es anzeigt und wie Sie es bedienen. Den Graphen Services↔CIs mit Status; Sie navigieren darin, um die Abhängigkeiten zu erkunden.

Was danach passiert. Speist die Impact Analysis (CMDB) und die RCA.

Hinweise. Wird auch von Discovery und Service Mapping befüllt (Discovery & CMDB, Asset Management und CMDB).

Network Observability

Wozu es dient. Observability des Netzwerks (Flows, Latenzen, Netzwerkfehler).

Wann Sie es verwenden. Um Netzwerkprobleme zu diagnostizieren.

Wie Sie es öffnen. Über den Observability Hub, Kachel Net Observability.

Was es anzeigt und wie Sie es bedienen. Die Netzwerkkennzahlen pro Segment/Gerät.

Was danach passiert. Netzwerkauffälligkeiten fließen in NOC-Ereignisse/-Tickets ein.

Hinweise. Ergänzt DB Observability.

Database Observability

Wozu es dient. Observability der Datenbanken (langsame Abfragen, Last, Sperren).

Wann Sie es verwenden. Um Performance-Probleme von Datenbanken zu diagnostizieren.

Wie Sie es öffnen. Über den Observability Hub, Kachel DB Observability.

Was es anzeigt und wie Sie es bedienen. Die Datenbankkennzahlen und die problematischen Abfragen.

Was danach passiert. Auffälligkeiten fließen in Ereignisse/Tickets ein.

Hinweise. Ergänzt Net Observability.

ITOM AIOps

Wozu es dient. Die AIOps-Engine von ITOM: ML-basierte Anomalieerkennung, Kapazitätsprognose und Korrelation.

Wann Sie es verwenden. Um die automatischen Erkenntnisse zur Infrastruktur zu nutzen.

Wie Sie es öffnen. Über den Observability Hub / ITOM.

Was es anzeigt und wie Sie es bedienen. Die von den Modellen erzeugten operativen Erkenntnisse (NOC-OI-INSIGHT: Typ, Confidence, betroffene CIs, Empfehlung, geschätzte Auswirkung).

Was danach passiert. Die Erkenntnisse leiten vorbeugende Maßnahmen (Kapazität, Wartung).

Hinweise. Siehe auch Events & AIOps (Events & AIOps) für die Ereignis-Engine.

Events & AIOps

Wozu es dient. Die Intelligenz für ITOM-Ereignisse: Regeln, Deduplizierung, Korrelation, Rauschunterdrückung, erweiterte RCA, Prognosen und autonome Runbooks.

Wann Sie es verwenden. Um die automatische Ereignisbehandlung und die Vorhersagen zu konfigurieren und zu steuern.

Wie Sie es öffnen. Über den IT-Hub / Observability Hub, Kachel Events & AIOps.

Was es anzeigt. Eine Konsole mit Tabs:

Tab	Inhalt
Rules	Ereignisregeln
Correlate	Korrelation der offenen Alerts
RCA	Erweiterte Root Cause Analysis
Predict	Prognose der Ereignisrate, Anomalieerkennung, Kapazitätsrisiko
Models	Die ML-Modelle
Golden	Golden Signals / Baseline
Defaults	Standardkonfigurationen (Noise Profile, dynamische Schwellen)
GenAI	GenAI-Funktionen
Bizservice	SLA der Business Services
Runbook	Autonome Runbooks (Canary + Rollback)

Wie Sie es bedienen. Sie legen Regeln und Schwellen fest, korrelieren Alerts, analysieren Grundursachen und richten Prognosen und autonome Runbooks ein.

Was danach passiert. Die Regeln verringern das Rauschen und erzeugen Erkenntnisse/Incidents; die autonomen Runbooks führen Reaktionen mit Canary und Rollback aus.

Hinweise. Domänenübergreifende Bayes’sche RCA; Deduplizierung und Rauschunterdrückung.

Telemetry Health

Wozu es dient. Überwacht den Zustand der Telemetrie selbst (Pipelines für Metriken/Logs).

Wann Sie es verwenden. Um zu prüfen, ob die Datenerfassung fehlerfrei läuft (keine Telemetrielücken).

Wie Sie es öffnen. Über den Bereich Observability/ITOM.

Was es anzeigt und wie Sie es bedienen. Den Status der Telemetriequellen und eventuelle Lücken.

Was danach passiert. Eine Telemetrielücke ist selbst ein Signal, das bearbeitet werden muss.

Hinweise. Sichert die Zuverlässigkeit der Observability-Daten.

ITOM Hub und ITOM-Konsole

Wozu es dient. Der ITOM Hub ist der Einstieg in das IT Operations Management; die Konsole ITOM ist seine operative Zentrale.

Wann Sie es verwenden. Für den täglichen ITOM-Betrieb (Logs, Erkenntnisse, Runbooks, Self-Healing).

Wie Sie es öffnen. Über den IT-Hub (Kachel ITOM) oder den ITOM Hub.

Was es anzeigt. Die ITOM-Konsole ist in Tabs gegliedert: Logs (Log Analytics), OI (Operational Insight/AIOps), Runbooks (automatisierte Verfahren), Self-heal (Auto-Remediation) und Config (Konfiguration, Drift-Erkennung gegenüber der Baseline).

Wie Sie es bedienen. Sie analysieren Logs, sehen Erkenntnisse ein, führen Runbooks und Self-Healing-Aktionen aus und prüfen die Configuration Compliance (Drift).

Was danach passiert. Self-Healing behebt Probleme automatisch; Konfigurationsabweichungen erzeugen Meldungen.

Hinweise. Der ITOM Hub öffnet auch die folgenden Fachseiten.

Discovery & CMDB

Wozu es dient. Führt die automatische Discovery der Infrastruktur durch und befüllt das CMDB.

Wann Sie es verwenden. Um CIs automatisch zu erkennen und zu aktualisieren.

Wie Sie es öffnen. Über den ITOM Hub, Kachel Discovery.

Was es anzeigt und wie Sie es bedienen. Die Discovery-Läufe (CMDB-DISCOVERY-RUN) mit Quelle, Scope, Zeitplan und Ergebnissen (neue/aktualisierte/entfernte CIs, Dauer, Fehler).

Was danach passiert. Die erkannten CIs aktualisieren CMDB und Topologie.

Hinweise. Ergänzt das Service Mapping (Asset Management und CMDB).

DNS Management

Wozu es dient. Verwaltet die DNS-Einträge der Infrastruktur.

Wann Sie es verwenden. Um DNS-Zonen und -Einträge einzusehen bzw. zu verwalten.

Wie Sie es öffnen. Über den ITOM Hub, Kachel DNS.

Was es anzeigt und wie Sie es bedienen. Die Zonen und Einträge mit den zugehörigen Aktionen.

Was danach passiert. DNS-Änderungen wirken sich auf die Infrastruktur aus.

Hinweise. Verknüpft mit IPAM und Zertifikaten.

IP Address Management

Wozu es dient. Verwaltet den IP-Adressraum (IPAM).

Wann Sie es verwenden. Um Subnetze und IP-Adressen zuzuweisen bzw. einzusehen.

Wie Sie es öffnen. Über den ITOM Hub, Kachel IPAM.

Was es anzeigt und wie Sie es bedienen. Die Subnetze, die belegten und freien Adressen; die Zuweisung.

Was danach passiert. Zuweisungen aktualisieren das Netzwerkinventar.

Hinweise. Ergänzt DNS.

Certificate Management

Wozu es dient. Verwaltet das Inventar der SSL/TLS-Zertifikate (IT-CERT).

Wann Sie es verwenden. Um Ablaufdaten und Verlängerungen von Zertifikaten zu überwachen.

Wie Sie es öffnen. Über den ITOM Hub, Kachel Zertifikate.

Was es anzeigt und wie Sie es bedienen. Die Zertifikate mit Domain, Ablaufdatum, Aussteller, SAN, Auto-Renew; die automatischen Alerts 60/30 Tage vor und bei Ablauf.

Was danach passiert. Ablaufende Zertifikate erzeugen Alerts und Verlängerungsaufgaben.

Hinweise. Verknüpft mit DNS und dem CMDB.

Maintenance Windows

Wozu es dient. Verwaltet die geplanten Wartungsfenster (IT-MAINTENANCE).

Wann Sie es verwenden. Um Eingriffe zu planen und während des Zeitraums die Alerts der betroffenen CIs zu unterdrücken.

Wie Sie es öffnen. Über den ITOM Hub, Kachel Maintenance.

Was es anzeigt und wie Sie es bedienen. Die Fenster mit CIs im Scope, Beginn/Ende und Alert-Unterdrückung; verknüpfbar mit Changes und Deployments.

Was danach passiert. Während des Fensters werden die NOC-Alerts der CIs automatisch unterdrückt.

Hinweise. Vermeidet Fehlalarme während geplanter Eingriffe.

Automation

Wozu es dient. Verwaltet die operativen Automatisierungen von ITOM.

Wann Sie es verwenden. Um Infrastruktur-Automatisierungen festzulegen und auszuführen.

Wie Sie es öffnen. Über den ITOM Hub, Kachel Automation.

Was es anzeigt und wie Sie es bedienen. Die verfügbaren Automatisierungen mit Ausführung und Ergebnis.

Was danach passiert. Die Automatisierungen bewirken ihre operativen Effekte.

Hinweise. Ergänzt Runbooks und Self-heal der ITOM-Konsole (ITOM Hub und ITOM-Konsole).

SLO & Error Budget

Wozu es dient. Verwaltet die Service Level Objectives und das Error Budget.

Wann Sie es verwenden. Um Serviceziele und Fehlerbudget festzulegen und zu überwachen.

Wie Sie es öffnen. Über den ITOM Hub, Kachel SLO.

Was es anzeigt und wie Sie es bedienen. Die SLOs mit dem Verbrauch des Error Budgets und den Burn-Rate-Alerts.

Was danach passiert. Ein aufgebrauchtes Budget leitet die Entscheidungen (Freeze, Prioritäten).

Hinweise. Verknüpft mit den Golden Signals (Events & AIOps).

Policy Enforcement

Wozu es dient. Setzt die operativen Richtlinien in der Infrastruktur durch (Enforcement).

Wann Sie es verwenden. Um operative bzw. Konfigurationsregeln festzulegen und durchzusetzen.

Wie Sie es öffnen. Über den ITOM Hub, Kachel Policy.

Was es anzeigt und wie Sie es bedienen. Die Richtlinien mit Konformitätsstatus und Verstößen.

Was danach passiert. Verstöße erzeugen Meldungen/Maßnahmen.

Hinweise. Ergänzt Governance (Governance) und die Configuration Compliance.

Governance

Wozu es dient. Steuert die Prozesse und Standards von ITOM.

Wann Sie es verwenden. Für die Aufsicht über die operative Governance.

Wie Sie es öffnen. Über den ITOM Hub, Kachel Governance.

Was es anzeigt und wie Sie es bedienen. Die Governance-Kennzahlen und die Einhaltung der Standards.

Was danach passiert. Liefert die Grundlage für Verbesserungsentscheidungen.

Hinweise. Verknüpft mit Policy und Optimization.

Optimization

Wozu es dient. Optimiert Kapazität und Kosten der Infrastruktur.

Wann Sie es verwenden. Um unter- bzw. überausgelastete Ressourcen und Einsparmöglichkeiten zu finden.

Wie Sie es öffnen. Über den ITOM Hub, Kachel Optimization.

Was es anzeigt und wie Sie es bedienen. Die Optimierungsempfehlungen (Rightsizing, Stilllegungen) mit geschätzter Auswirkung.

Was danach passiert. Die Empfehlungen leiten Changes und Optimierungsaufgaben.

Hinweise. Verknüpft mit FinOps (Asset Management und CMDB) und der Kapazitätsprognose (AIOps).