NOC, Observability і ITOM

Призначення і карта області

Ця область охоплює роботу з інфраструктурою: NOC (моніторинг і обробка подій), Observability (метрики, трасування, журнали, синтетичні тести, RUM, топологія) і ITOM (IT Operations Management: discovery, DNS, IPAM, сертифікати, обслуговування, автоматизація, SLO, політики, управління, оптимізація). Тікети належать до родини NOC-*. Сторінки відкриваються з Хаба IT, Observability Hub і ITOM Hub.

NOC L1 і On-Call

Для чого. Це операційна консоль NOC: збирає алерти моніторингу (NOC-EVENT, через webhook із Zabbix/Nagios/Datadog) і алерти з аналізу журналів (NOC-LOG-ALERT), корелює їх у NOC-INCIDENT і керує змінами чергування (on-call). Використовує той самий механізм макета, що й консоль IT, детально описаний у розділі Операційна консоль L1/L2/L3 (NOC і Service Desk).

Коли використовувати. Це робоче місце оператора NOC для моніторингу, сортування і обробки інфраструктурних інцидентів.

Як відкрити. З Хаба IT (плитка NOC) або з Observability Hub.

Що показує. Макет із трьох панелей (черга · деталі · інструменти) з автооновленням кожні 60 с. KPI L1: Відкриті тікети, Активні P1/P2, Порушення SLA, MTTR (хв), Вирішено сьогодні. Дії L1: Взяти в роботу, Escalate L2/L3, Вирішити, Відкрити Major Incident. Інструменти: пов’язані CI (CMDB explorer), Runbook (KB NOC, Playbook incident), Моніторинг (Grafana, Alertmanager), таймер SLA, Панель. На рівні L2: KPI Відкриті інциденти, P1/P2, Change window, MTTR, Root-cause pending і дії Take ownership, Escalate L3, Запустити RCA, Відкрити Change, Escalate MIM.

Керування On-Call. Сторінка містить керування змінами чергування: показує активну зміну «зараз» і календар на 4 наступні тижні з кнопкою + Додати зміну, яка відкриває вікно створення зміни (IT-ONCALL: дата, виконавець, ротація, резерв, політика ескалації, контакт). Джерело істини для змін — Договір.

Як користуватися. Стежиш за чергою, сортуєш події, корелюєш їх в інциденти, керуєш змінами; з події можна ескалювати до ITSM (IT-NOC-ESC) або відкрити Major Incident.

Що відбувається далі. Кореляція N подій на одному CI створює NOC-INCIDENT; призначення змін живить маршрутизацію в неробочий час/on-call.

Примітки. Прямі посилання на Service Topology і ITOM Health.

Observability Hub

Для чого. Це точка входу до інструментів observability.

Коли використовувати. Щоб вибрати потрібний інструмент observability (метрики, трасування, синтетичні тести, топологія…).

Як відкрити. З Головної/Хаба IT (плитка Observability).

Що показує. Плитки до: Observability, Health, Traces, RUM, Synthetic, Topology, Net Observability, DB Observability, AIOps, Events & AIOps, NOC L1.

Як користуватися. Відкриваєш потрібний інструмент.

Що відбувається далі. Відкривається вибрана сторінка.

Примітки. Функціональне покриття розвивається.

Observability / Метрики

Для чого. Показує метрики і панелі observability інфраструктури та сервісів.

Коли використовувати. Щоб аналізувати динаміку метрик і виявляти деградацію.

Як відкрити. З Observability Hub, плитка Observability.

Що показує і як користуватися. Графіки метрик із фільтрами за часом і за сервісом/CI; з аномалії створюєш подію або відкриваєш тікет NOC.

Що відбувається далі. Відхилення живлять події/висновки AIOps.

Примітки. Доповнює Health (ITOM Health).

ITOM Health

Для чого. Показує стан справності сервісів і CI.

Коли використовувати. Для стислого огляду справності (зелений/жовтий/червоний) під час моніторингу або інциденту.

Як відкрити. З Observability Hub (або через посилання в консолі NOC).

Що показує і як користуватися. Стан справності за сервісами/CI з ключовими показниками.

Що відбувається далі. Сервіс у критичному стані спонукає відкрити/ескалювати інциденти.

Примітки. Пов’язано з топологією (Service Topology).

Distributed Tracing

Для чого. Показує розподілене трасування транзакцій між сервісами.

Коли використовувати. Щоб знайти вузьке місце в транзакції, що проходить через кілька сервісів.

Як відкрити. З Observability Hub, плитка Traces.

Що показує і як користуватися. Трасування зі span, затримками і залежностями; вибираєш трасування, щоб проаналізувати його шлях.

Що відбувається далі. Аналіз спрямовує RCA і оптимізацію.

Примітки. Доповнює RUM і Synthetic.

Digital Experience / RUM

Для чого. Вимірює Real User Monitoring (реальний досвід користувачів).

Коли використовувати. Щоб оцінити продуктивність так, як її сприймають кінцеві користувачі.

Як відкрити. З Observability Hub, плитка RUM.

Що показує і як користуватися. Метрики досвіду (час завантаження, помилки на боці клієнта) за сторінками/шляхами.

Що відбувається далі. Погіршення досвіду живлять події/тікети.

Примітки. Доповнює Synthetic Monitoring (Synthetic Monitoring).

Synthetic Monitoring

Для чого. Виконує синтетичні тести (probe), щоб перевірити доступність і продуктивність сервісів.

Коли використовувати. Для проактивного наскрізного моніторингу критичних endpoint і шляхів.

Як відкрити. З Observability Hub, плитка Synthetic.

Що показує і як користуватися. Синтетичні тести з результатом і затримкою; ти налаштовуєш і запускаєш probe.

Що відбувається далі. Невдалий тест створює алерт.

Примітки. Доповнює RUM.

Service Topology

Для чого. Показує карту топології сервісів і залежностей між CI.

Коли використовувати. Щоб зрозуміти вплив CI на сервіс або переглянути залежності під час інциденту.

Як відкрити. З Observability Hub або через посилання NOC.

Що показує і як користуватися. Граф сервіси↔CI зі станом; переміщаєшся ним, щоб дослідити залежності.

Що відбувається далі. Живить impact analysis (CMDB) і RCA.

Примітки. Наповнюється також discovery і service mapping (Discovery & CMDB, Asset Management і CMDB).

Network Observability

Для чого. Observability мережі (потоки, затримки, мережеві помилки).

Коли використовувати. Щоб діагностувати мережеві проблеми.

Як відкрити. З Observability Hub, плитка Net Observability.

Що показує і як користуватися. Мережеві метрики за сегментами/пристроями.

Що відбувається далі. Мережеві аномалії живлять події/тікети NOC.

Примітки. Доповнює DB Observability.

Database Observability

Для чого. Observability баз даних (повільні запити, навантаження, блокування).

Коли використовувати. Щоб діагностувати проблеми продуктивності баз даних.

Як відкрити. З Observability Hub, плитка DB Observability.

Що показує і як користуватися. Метрики баз даних і проблемні запити.

Що відбувається далі. Аномалії живлять події/тікети.

Примітки. Доповнює Net Observability.

ITOM AIOps

Для чого. Це механізм AIOps в ITOM: виявлення аномалій, прогнозування потужностей і кореляція на основі ML.

Коли використовувати. Щоб використовувати автоматичні висновки щодо інфраструктури.

Як відкрити. З Observability Hub / ITOM.

Що показує і як користуватися. Операційні висновки (NOC-OI-INSIGHT: тип, confidence, зачеплені CI, рекомендація, очікуваний вплив), згенеровані моделями.

Що відбувається далі. Висновки спрямовують превентивні дії (потужності, обслуговування).

Примітки. Див. також Events & AIOps (Events & AIOps) щодо механізму подій.

Events & AIOps

Для чого. Це аналітика подій ITOM: правила, дедуплікація, кореляція, зменшення шуму, розширений RCA, прогнози й автономні runbook.

Коли використовувати. Щоб налаштовувати автоматичну обробку подій і прогнози та керувати ними.

Як відкрити. З Хаба IT / Observability Hub, плитка Events & AIOps.

Що показує. Консоль із вкладками:

Вкладка	Вміст
Rules	Правила подій
Correlate	Кореляція відкритих алертів
RCA	Розширений Root Cause Analysis
Predict	Прогноз частоти подій, виявлення аномалій, ризики потужностей
Models	Моделі ML
Golden	Golden signals / базові рівні
Defaults	Налаштування за замовчуванням (noise profile, динамічні пороги)
GenAI	Функції GenAI
Bizservice	SLA бізнес-сервісів
Runbook	Автономні runbook (canary + rollback)

Як користуватися. Визначаєш правила і пороги, корелюєш алерти, аналізуєш першопричини, налаштовуєш прогнози й автономні runbook.

Що відбувається далі. Правила зменшують шум і створюють висновки/інциденти; автономні runbook виконують реагування з canary і rollback.

Примітки. Баєсівський міждоменний RCA; дедуплікація і зменшення шуму.

Telemetry Health

Для чого. Відстежує стан самої телеметрії (конвеєри метрик/журналів).

Коли використовувати. Щоб перевірити, що збір даних працює справно (без прогалин у телеметрії).

Як відкрити. З області Observability/ITOM.

Що показує і як користуватися. Стан джерел телеметрії і наявні прогалини.

Що відбувається далі. Прогалина в телеметрії сама по собі є сигналом, який треба опрацювати.

Примітки. Гарантує надійність даних observability.

ITOM Hub і консоль ITOM

Для чого. ITOM Hub — це вхід до IT Operations Management; консоль ITOM — його операційна панель.

Коли використовувати. Для щоденної роботи з ITOM (журнали, висновки, runbook, самовідновлення).

Як відкрити. З Хаба IT (плитка ITOM) або з ITOM Hub.

Що показує. Консоль ITOM поділена на вкладки: Logs (аналітика журналів), OI (operational insight/AIOps), Runbooks (автоматизовані процедури), Self-heal (автоматичне виправлення) і Config (конфігурація, виявлення відхилень від базового рівня).

Як користуватися. Аналізуєш журнали, переглядаєш висновки, запускаєш runbook і дії самовідновлення, перевіряєш відповідність конфігурації (drift).

Що відбувається далі. Самовідновлення виправляє проблеми автоматично; відхилення конфігурації створюють сигнали.

Примітки. ITOM Hub також відкриває описані нижче спеціалізовані сторінки.

Discovery & CMDB

Для чого. Виконує автоматичне discovery інфраструктури і наповнює CMDB.

Коли використовувати. Щоб автоматично виявляти й оновлювати CI.

Як відкрити. З ITOM Hub, плитка Discovery.

Що показує і як користуватися. Запуски discovery (CMDB-DISCOVERY-RUN) із джерелом, областю, розкладом і результатами (нові/оновлені/вилучені CI, тривалість, помилки).

Що відбувається далі. Виявлені CI оновлюють CMDB і топологію.

Примітки. Доповнює Service Mapping (Asset Management і CMDB).

DNS Management

Для чого. Керує записами DNS інфраструктури.

Коли використовувати. Щоб переглядати зони і записи DNS та керувати ними.

Як відкрити. З ITOM Hub, плитка DNS.

Що показує і як користуватися. Зони і записи з відповідними діями.

Що відбувається далі. Зміни DNS відображаються в інфраструктурі.

Примітки. Пов’язано з IPAM і сертифікатами.

IP Address Management

Для чого. Керує простором IP-адрес (IPAM).

Коли використовувати. Щоб виділяти/переглядати підмережі та IP-адреси.

Як відкрити. З ITOM Hub, плитка IPAM.

Що показує і як користуватися. Підмережі, виділені й вільні адреси; виділення адрес.

Що відбувається далі. Виділення оновлюють мережевий інвентар.

Примітки. Доповнює DNS.

Certificate Management

Для чого. Керує інвентарем сертифікатів SSL/TLS (IT-CERT).

Коли використовувати. Щоб відстежувати строки дії і продовження сертифікатів.

Як відкрити. З ITOM Hub, плитка Сертифікати.

Що показує і як користуватися. Сертифікати з доменом, строком дії, видавцем, SAN, автопродовженням; автоматичні попередження за 60/30 днів і в день закінчення строку.

Що відбувається далі. Сертифікати, строк яких спливає, створюють алерти і задачі з продовження.

Примітки. Пов’язано з DNS і CMDB.

Maintenance Windows

Для чого. Керує вікнами планового обслуговування (IT-MAINTENANCE).

Коли використовувати. Щоб планувати роботи і приглушувати алерти зачеплених CI на цей період.

Як відкрити. З ITOM Hub, плитка Maintenance.

Що показує і як користуватися. Вікна з CI в області, початком/кінцем і приглушенням алертів; їх можна пов’язати зі змінами і розгортаннями.

Що відбувається далі. Під час вікна алерти NOC для цих CI приглушуються автоматично.

Примітки. Запобігає хибним тривогам під час планових робіт.

Automation

Для чого. Керує операційними автоматизаціями ITOM.

Коли використовувати. Щоб визначати й запускати інфраструктурні автоматизації.

Як відкрити. З ITOM Hub, плитка Automation.

Що показує і як користуватися. Доступні автоматизації з запуском і результатом.

Що відбувається далі. Автоматизації дають свої операційні результати.

Примітки. Доповнює Runbooks і Self-heal у консолі ITOM (ITOM Hub і консоль ITOM).

SLO & Error Budget

Для чого. Керує Service Level Objectives і error budget.

Коли використовувати. Щоб визначати й відстежувати цілі сервісу та бюджет помилок.

Як відкрити. З ITOM Hub, плитка SLO.

Що показує і як користуватися. SLO з витратою error budget і алертами burn-rate.

Що відбувається далі. Вичерпання бюджету спрямовує рішення (заморожування, пріоритети).

Примітки. Пов’язано з golden signals (Events & AIOps).

Policy Enforcement

Для чого. Застосовує операційні політики до інфраструктури (enforcement).

Коли використовувати. Щоб визначати операційні правила/правила конфігурації і забезпечувати їх дотримання.

Як відкрити. З ITOM Hub, плитка Policy.

Що показує і як користуватися. Політики зі станом відповідності і порушеннями.

Що відбувається далі. Порушення створюють сигнали/дії.

Примітки. Доповнює Governance (Governance) і відповідність конфігурації.

Governance

Для чого. Керує процесами і стандартами ITOM.

Коли використовувати. Для нагляду за операційним управлінням.

Як відкрити. З ITOM Hub, плитка Governance.

Що показує і як користуватися. Показники управління і відповідність стандартам.

Що відбувається далі. Дає дані для рішень щодо покращення.

Примітки. Пов’язано з Policy і Optimization.

Optimization

Для чого. Оптимізує потужності й витрати інфраструктури.

Коли використовувати. Щоб знайти недо- або перевикористані ресурси і можливості для економії.

Як відкрити. З ITOM Hub, плитка Optimization.

Що показує і як користуватися. Рекомендації з оптимізації (rightsizing, виведення з експлуатації) з очікуваним ефектом.

Що відбувається далі. Рекомендації спрямовують зміни і задачі з оптимізації.

Примітки. Пов’язано з FinOps (Asset Management і CMDB) і прогнозуванням потужностей (AIOps).