NOC, Observability i ITOM

Cel i mapa obszaru

Ten obszar obejmuje działania operacyjne związane z infrastrukturą: NOC (monitorowanie i obsługa zdarzeń), Observability (metryki, ślady, logi, testy syntetyczne, RUM, topologia) oraz ITOM (IT Operations Management: discovery, DNS, IPAM, certyfikaty, prace konserwacyjne, automatyzacja, SLO, polityki, governance, optymalizacja). Zgłoszenia należą do rodziny NOC-*. Do stron można przejść z Hubu IT, z Observability Hub i z ITOM Hub.

NOC L1 i On-Call

Do czego służy. To konsola operacyjna NOC: zbiera alerty monitoringu (NOC-EVENT, przez webhook z Zabbix/Nagios/Datadog) i alerty z analizy logów (NOC-LOG-ALERT), koreluje je w NOC-INCIDENT i zarządza dyżurami (on-call). Korzysta z tego samego mechanizmu układu co konsola IT, szczegółowo opisanego w Konsola operacyjna L1/L2/L3 (NOC i Service Desk).

Kiedy go używać. To stanowisko pracy operatora NOC do monitoringu, triage i obsługi incydentów infrastrukturalnych.

Jak go otworzyć. Z Hubu IT (kafelek NOC) lub z Observability Hub.

Co pokazuje. Układ trzech paneli (kolejka · szczegóły · narzędzia) z automatycznym odświeżaniem co 60 s. KPI L1: Otwarte zgłoszenia, Aktywne P1/P2, Naruszenia SLA, MTTR (min), Rozwiązane dziś. Działania L1: Przyjmij, Escalate L2/L3, Rozwiąż, Otwórz Major Incident. Narzędzia: Powiązane CI (eksplorator CMDB), Runbook (KB NOC, Playbook incydentów), Monitoring (Grafana, Alertmanager), Licznik SLA, Pulpit. Na linii L2: KPI Otwarte incydenty, P1/P2, Change window, MTTR, Root-cause pending i działania Take ownership, Escalate L3, Rozpocznij RCA, Otwórz Change, Escalate MIM.

Zarządzanie dyżurami (On-Call). Strona obejmuje zarządzanie dyżurami: pokazuje aktywny dyżur „teraz” i kalendarz kolejnych 4 tygodni, z przyciskiem + Dodaj dyżur, który otwiera okno tworzenia dyżuru (IT-ONCALL: data, osoba przypisana, rotacja, zastępstwo, polityka eskalacji, kontakt). Źródłem prawdy o dyżurach jest Umowa.

Jak z niego korzystać. Monitoruje się kolejkę, przeprowadza triage zdarzeń, koreluje je w incydenty i zarządza dyżurami; ze zdarzenia można eskalować do ITSM (IT-NOC-ESC) lub otworzyć Major Incident.

Co dzieje się dalej. Korelacja N zdarzeń dotyczących tego samego CI generuje NOC-INCIDENT; przydział dyżurów zasila routing offline/on-call.

Uwagi. Bezpośrednie linki do Service Topology i ITOM Health.

Observability Hub

Do czego służy. To punkt wejścia do narzędzi observability.

Kiedy go używać. Do wyboru odpowiedniego narzędzia observability (metryki, ślady, testy syntetyczne, topologia…).

Jak go otworzyć. Z Home/Hubu IT (kafelek Observability).

Co pokazuje. Kafelki prowadzące do: Observability, Health, Traces, RUM, Synthetic, Topology, Net Observability, DB Observability, AIOps, Events & AIOps, NOC L1.

Jak z niego korzystać. Należy otworzyć wybrane narzędzie.

Co dzieje się dalej. Otwiera się wybrana strona.

Uwagi. Zakres funkcjonalny jest w trakcie rozwoju.

Observability / Metryki

Do czego służy. Udostępnia metryki i pulpity observability infrastruktury i usług.

Kiedy go używać. Do analizy przebiegu metryk i wykrywania degradacji.

Jak go otworzyć. Z Observability Hub, kafelek Observability.

Co pokazuje i jak z niego korzystać. Wykresy metryk z filtrami czasowymi i według usługi/CI; na podstawie anomalii generuje się zdarzenie lub otwiera zgłoszenie NOC.

Co dzieje się dalej. Odchylenia zasilają zdarzenia/wnioski AIOps.

Uwagi. Uzupełnia Health (ITOM Health).

ITOM Health

Do czego służy. Pokazuje stan kondycji usług i CI.

Kiedy go używać. Do uzyskania syntetycznego obrazu kondycji (zielony/żółty/czerwony) podczas monitoringu lub incydentu.

Jak go otworzyć. Z Observability Hub (lub z linków w konsoli NOC).

Co pokazuje i jak z niego korzystać. Stan kondycji według usługi/CI z kluczowymi wskaźnikami.

Co dzieje się dalej. Usługa w stanie krytycznym ukierunkowuje otwieranie/eskalację incydentów.

Uwagi. Powiązane z topologią (Service Topology).

Distributed Tracing

Do czego służy. Udostępnia rozproszone śledzenie (distributed tracing) transakcji między usługami.

Kiedy go używać. Do wskazania wąskiego gardła w transakcji obejmującej wiele usług.

Jak go otworzyć. Z Observability Hub, kafelek Traces.

Co pokazuje i jak z niego korzystać. Ślady ze spanami, opóźnieniami i zależnościami; należy wybrać ślad, aby przeanalizować jego przebieg.

Co dzieje się dalej. Analiza ukierunkowuje RCA i optymalizacje.

Uwagi. Uzupełnia RUM i Synthetic.

Digital Experience / RUM

Do czego służy. Mierzy Real User Monitoring (rzeczywiste doświadczenia użytkowników).

Kiedy go używać. Do oceny wydajności odczuwanej przez użytkowników końcowych.

Jak go otworzyć. Z Observability Hub, kafelek RUM.

Co pokazuje i jak z niego korzystać. Metryki doświadczenia (czasy ładowania, błędy po stronie klienta) według strony/ścieżki.

Co dzieje się dalej. Pogorszenie doświadczenia zasila zdarzenia/zgłoszenia.

Uwagi. Uzupełnia Synthetic Monitoring (Synthetic Monitoring).

Synthetic Monitoring

Do czego służy. Wykonuje testy syntetyczne (probe) w celu weryfikacji dostępności i wydajności usług.

Kiedy go używać. Do proaktywnego, kompleksowego (end-to-end) monitorowania krytycznych endpointów i ścieżek.

Jak go otworzyć. Z Observability Hub, kafelek Synthetic.

Co pokazuje i jak z niego korzystać. Testy syntetyczne z wynikiem i opóźnieniem; probe konfiguruje się i uruchamia.

Co dzieje się dalej. Nieudany test generuje alert.

Uwagi. Uzupełnia RUM.

Service Topology

Do czego służy. Pokazuje mapę topologii usług i zależności między CI.

Kiedy go używać. Aby zrozumieć wpływ CI na usługę lub przeglądać zależności podczas incydentu.

Jak go otworzyć. Z Observability Hub lub z linków NOC.

Co pokazuje i jak z niego korzystać. Graf usługi↔CI ze stanem; nawiguje się po nim, aby badać zależności.

Co dzieje się dalej. Zasila analizę wpływu (CMDB) i RCA.

Uwagi. Wypełniana także przez discovery i service mapping (Discovery & CMDB, Asset Management i CMDB).

Network Observability

Do czego służy. Observability sieci (przepływy, opóźnienia, błędy sieciowe).

Kiedy go używać. Do diagnozowania problemów z siecią.

Jak go otworzyć. Z Observability Hub, kafelek Net Observability.

Co pokazuje i jak z niego korzystać. Metryki sieciowe według segmentu/urządzenia.

Co dzieje się dalej. Anomalie sieciowe zasilają zdarzenia/zgłoszenia NOC.

Uwagi. Uzupełnia DB Observability.

Database Observability

Do czego służy. Observability baz danych (wolne zapytania, obciążenie, blokady).

Kiedy go używać. Do diagnozowania problemów z wydajnością baz danych.

Jak go otworzyć. Z Observability Hub, kafelek DB Observability.

Co pokazuje i jak z niego korzystać. Metryki baz danych i problematyczne zapytania.

Co dzieje się dalej. Anomalie zasilają zdarzenia/zgłoszenia.

Uwagi. Uzupełnia Net Observability.

ITOM AIOps

Do czego służy. To silnik AIOps w ITOM: wykrywanie anomalii, przewidywanie pojemności i korelacja oparte na ML.

Kiedy go używać. Do wykorzystania automatycznych wniosków dotyczących infrastruktury.

Jak go otworzyć. Z Observability Hub / ITOM.

Co pokazuje i jak z niego korzystać. Wnioski operacyjne (NOC-OI-INSIGHT: typ, confidence, CI, których dotyczą, rekomendacja, szacowany wpływ) generowane przez modele.

Co dzieje się dalej. Wnioski ukierunkowują działania zapobiegawcze (pojemność, prace konserwacyjne).

Uwagi. Zob. też Events & AIOps (Events & AIOps) w odniesieniu do silnika zdarzeń.

Events & AIOps

Do czego służy. To inteligentna analiza zdarzeń ITOM: reguły, deduplikacja, korelacja, redukcja szumu, zaawansowana RCA, prognozy i autonomiczne runbooki.

Kiedy go używać. Do konfigurowania automatycznego przetwarzania zdarzeń i predykcji oraz zarządzania nimi.

Jak go otworzyć. Z Hubu IT / Observability Hub, kafelek Events & AIOps.

Co pokazuje. Konsolę podzieloną na karty:

Karta	Zawartość
Rules	Reguły zdarzeń
Correlate	Korelacja otwartych alertów
RCA	Zaawansowana Root Cause Analysis
Predict	Prognoza event-rate, wykrywanie anomalii, ryzyko pojemności
Models	Modele ML
Golden	Golden signals / wartości bazowe
Defaults	Konfiguracje domyślne (noise profile, progi dynamiczne)
GenAI	Funkcje GenAI
Bizservice	SLA usług biznesowych
Runbook	Autonomiczne runbooki (canary + rollback)

Jak z niego korzystać. Definiuje się reguły i progi, koreluje alerty, analizuje przyczyny źródłowe, ustawia prognozy i autonomiczne runbooki.

Co dzieje się dalej. Reguły redukują szum i generują wnioski/incydenty; autonomiczne runbooki wykonują działania reagowania z canary i rollbackiem.

Uwagi. Bayesowska RCA obejmująca wiele domen; deduplikacja i redukcja szumu.

Telemetry Health

Do czego służy. Monitoruje stan samej telemetrii (potoki metryk/logów).

Kiedy go używać. Aby sprawdzić, czy zbieranie danych działa prawidłowo (brak luk w telemetrii).

Jak go otworzyć. Z obszaru Observability/ITOM.

Co pokazuje i jak z niego korzystać. Stan źródeł telemetrii i ewentualne luki.

Co dzieje się dalej. Luka w telemetrii sama w sobie jest sygnałem, który należy obsłużyć.

Uwagi. Zapewnia wiarygodność danych observability.

ITOM Hub i konsola ITOM

Do czego służy. ITOM Hub to wejście do IT Operations Management; konsola ITOM jest jego pulpitem operacyjnym.

Kiedy go używać. Do codziennej pracy operacyjnej ITOM (logi, wnioski, runbooki, self-healing).

Jak go otworzyć. Z Hubu IT (kafelek ITOM) lub z ITOM Hub.

Co pokazuje. Konsola ITOM jest podzielona na karty: Logs (analityka logów), OI (operational insight/AIOps), Runbooks (zautomatyzowane procedury), Self-heal (automatyczna remediacja) i Config (konfiguracja, wykrywanie odchyleń od wartości bazowej — drift detection).

Jak z niego korzystać. Analizuje się logi, przegląda wnioski, uruchamia runbooki i działania self-healing, weryfikuje zgodność konfiguracji (drift).

Co dzieje się dalej. Self-healing automatycznie usuwa problemy; odchylenia konfiguracji generują zgłoszenia sygnałów.

Uwagi. ITOM Hub otwiera także poniższe strony specjalistyczne.

Discovery & CMDB

Do czego służy. Wykonuje automatyczne discovery infrastruktury i zasila CMDB.

Kiedy go używać. Do automatycznego wykrywania i aktualizowania CI.

Jak go otworzyć. Z ITOM Hub, kafelek Discovery.

Co pokazuje i jak z niego korzystać. Uruchomienia discovery (CMDB-DISCOVERY-RUN) ze źródłem, zakresem, harmonogramem i wynikami (CI nowe/zaktualizowane/usunięte, czas trwania, błędy).

Co dzieje się dalej. Wykryte CI aktualizują CMDB i topologię.

Uwagi. Uzupełnia Service Mapping (Asset Management i CMDB).

DNS Management

Do czego służy. Zarządza rekordami DNS infrastruktury.

Kiedy go używać. Do przeglądania stref i rekordów DNS oraz zarządzania nimi.

Jak go otworzyć. Z ITOM Hub, kafelek DNS.

Co pokazuje i jak z niego korzystać. Strefy i rekordy wraz z dostępnymi działaniami.

Co dzieje się dalej. Zmiany DNS są odzwierciedlane w infrastrukturze.

Uwagi. Powiązane z IPAM i certyfikatami.

IP Address Management

Do czego służy. Zarządza przestrzenią adresów IP (IPAM).

Kiedy go używać. Do przydzielania/przeglądania podsieci i adresów IP.

Jak go otworzyć. Z ITOM Hub, kafelek IPAM.

Co pokazuje i jak z niego korzystać. Podsieci, adresy przydzielone i wolne; przydzielanie adresów.

Co dzieje się dalej. Przydziały aktualizują inwentarz sieci.

Uwagi. Uzupełnia DNS.

Certificate Management

Do czego służy. Zarządza inwentarzem certyfikatów SSL/TLS (IT-CERT).

Kiedy go używać. Do monitorowania terminów wygaśnięcia i odnowień certyfikatów.

Jak go otworzyć. Z ITOM Hub, kafelek Certyfikaty.

Co pokazuje i jak z niego korzystać. Certyfikaty z domeną, terminem wygaśnięcia, wystawcą, SAN, auto-renew; automatyczne alerty na 60/30 dni przed wygaśnięciem i w dniu wygaśnięcia.

Co dzieje się dalej. Wygasające certyfikaty generują alerty i zadania odnowienia.

Uwagi. Powiązane z DNS i CMDB.

Maintenance Windows

Do czego służy. Zarządza oknami planowanych prac konserwacyjnych (IT-MAINTENANCE).

Kiedy go używać. Do planowania prac i wyciszania alertów dotyczących CI objętych pracami na czas ich trwania.

Jak go otworzyć. Z ITOM Hub, kafelek Maintenance.

Co pokazuje i jak z niego korzystać. Okna z CI objętymi zakresem, początkiem/końcem i wyciszeniem alertów; można je powiązać ze zmianami i wdrożeniami.

Co dzieje się dalej. W czasie trwania okna alerty NOC dotyczące tych CI są automatycznie wyciszane.

Uwagi. Zapobiega fałszywym alarmom podczas planowanych prac.

Automation

Do czego służy. Zarządza automatyzacjami operacyjnymi ITOM.

Kiedy go używać. Do definiowania i uruchamiania automatyzacji infrastrukturalnych.

Jak go otworzyć. Z ITOM Hub, kafelek Automation.

Co pokazuje i jak z niego korzystać. Dostępne automatyzacje wraz z wykonaniem i wynikiem.

Co dzieje się dalej. Automatyzacje przynoszą swoje skutki operacyjne.

Uwagi. Uzupełnia karty Runbooks i Self-heal w konsoli ITOM (ITOM Hub i konsola ITOM).

SLO & Error Budget

Do czego służy. Zarządza Service Level Objectives i error budget.

Kiedy go używać. Do definiowania i monitorowania celów usługowych oraz budżetu błędów.

Jak go otworzyć. Z ITOM Hub, kafelek SLO.

Co pokazuje i jak z niego korzystać. SLO z wykorzystaniem error budget i alertami burn-rate.

Co dzieje się dalej. Wyczerpanie budżetu ukierunkowuje decyzje (zamrożenie, priorytety).

Uwagi. Powiązane z golden signals (Events & AIOps).

Policy Enforcement

Do czego służy. Egzekwuje polityki operacyjne w infrastrukturze (enforcement).

Kiedy go używać. Do definiowania i egzekwowania reguł operacyjnych/konfiguracyjnych.

Jak go otworzyć. Z ITOM Hub, kafelek Policy.

Co pokazuje i jak z niego korzystać. Polityki ze stanem zgodności i naruszeniami.

Co dzieje się dalej. Naruszenia generują zgłoszenia sygnałów/działania.

Uwagi. Uzupełnia Governance (Governance) i zgodność konfiguracji.

Governance

Do czego służy. Zarządza procesami i standardami ITOM.

Kiedy go używać. Do nadzoru nad governance operacyjnym.

Jak go otworzyć. Z ITOM Hub, kafelek Governance.

Co pokazuje i jak z niego korzystać. Wskaźniki governance i zgodność ze standardami.

Co dzieje się dalej. Zasila decyzje dotyczące doskonalenia.

Uwagi. Powiązane z Policy i Optimization.

Optimization

Do czego służy. Optymalizuje pojemność i koszty infrastruktury.

Kiedy go używać. Do wskazywania zasobów nadmiernie lub niedostatecznie wykorzystywanych oraz możliwości oszczędności.

Jak go otworzyć. Z ITOM Hub, kafelek Optimization.

Co pokazuje i jak z niego korzystać. Rekomendacje optymalizacji (rightsizing, wycofanie z użycia) z szacowanym wpływem.

Co dzieje się dalej. Rekomendacje ukierunkowują zmiany i działania optymalizacyjne.

Uwagi. Powiązane z FinOps (Asset Management i CMDB) i przewidywaniem pojemności (AIOps).