Procesy

Monitoring (Zabbix, Prometheus, Checkmk, Grafana, Dynatrace, generické API) pošle událost. Aplikace ji spáruje s konfigurační položkou podle názvu hostu, IP, sériového čísla nebo ID entity a doplní službu, zákazníka a tým. Šum zahodí pravidla filtrace.

Opakované události téhož problému (stejný fingerprint) tvoří jeden alert a jen zvyšují počítadlo. Zpráva OK alert vyřeší. Probíhající změna na položce alert potlačí, aby nebudil operátora.

Alerty se slučují do situací podle simulace výpadku v CMDB: příčinou je jen položka, jejíž výpadek alerty skutečně vysvětlí (výpadek hypervisoru → jeho VM a aplikace). Vysvětlené alerty jsou následky – bez notifikací, vyřeší se s příčinou. Mlčí-li společná opora několika alertujících položek, aplikace ji odvodí z topologie. Dál se slučuje podle služby a času nebo související změny. Operátor situaci potvrdí, přiřadí týmu, umlčí nebo z ní založí incident.

Neplánované přerušení služby. Dopad a tým se spočtou z CMDB (podle skutečného dopadu výpadku – ztráta redundance má nízký dopad), priorita z dopadu a naléhavosti, termíny z SLA. Alerty zůstávají s incidentem provázané – jejich vyřešení navrhne vyřešení incidentu. U P1/P2 lze otevřít war room.

Příčina opakovaných nebo závažných incidentů. Vzniká z incidentu, z vyhodnocení závažného incidentu, z review po změně nebo z denní kontroly opakovaných incidentů. Známá chyba nese náhradní řešení.

Trvalou opravu provede změna založená z problému nebo k němu připojená (nouzovou změnu založíte z incidentu). Jedna změna může řešit více incidentů i problémů. Po úspěšném dokončení přejde problém s popsanou příčinou do stavu Vyřešený a navázané incidenty dostanou pokyn k ověření; neúspěšná změna vrátí problém do analýzy.

Do 24 h po dokončení změny aplikace hlídá alerty na jejích položkách. Když přibudou, review po změně je povinné a z detailu změny založíte incident, který změnu vede jako příčinu – a z incidentu může vzniknout další problém.

Uživatel vybere položku katalogu (nový server, kapacita, firewall, přístup…), vyplní formulář a požadavek projde schválením podle pravidel položky.

Incident, který není porucha, ale požadavek ze služby, převedete na požadavek (a obráceně). Nový záznam převezme popis, položku a ohlašovatele, lhůta běží od převodu a původní záznam se zruší s odkazem.

Řešitelský tým převezme požadavek a odškrtá kroky plnění v lhůtě dané katalogem a pracovní dobou.

Položka, která mění infrastrukturu, navazuje na model změny. U standardního modelu aplikace změnu založí a naplánuje sama, bez schvalování. Žadatel dostane zprávu o naplánování, zahájení a dokončení; požadavek lze splnit až po dokončení změny.

Dokončená změna převede cílové položky do provozu (nebo je vyřadí); nový stav potvrdí discovery.

Z Tenable Vulnerability Management si CentOps nálezy vyčítá sama exportním API (první běh otevřené nálezy, další jen změny včetně opravených). Výsledky Nessus a Tenable Security Center se nahrávají jako soubor .nessus. Do patch managementu jdou nálezy s CVE.

Zařízení ze skenu se páruje v pořadí: uložené rozhodnutí → FQDN (hostname + doména OS) → MAC adresa → krátké jméno + doména → IP, ale jen u síťových zařízení. Automaticky jen jednoznačná shoda bez rozporu; jiná položka podle jiného údaje, nesedící OS, jiná doména nebo vyřazená položka znamenají konflikt nebo posouzení.

Zařízení k posouzení potvrdíte, přiřadíte jiné položce nebo vyloučíte; rozhodnutí platí i pro další skeny. Nespárovaná zařízení skener vidí v síti, CMDB je nezná.

Nálezy spárovaných zařízení dostanou termín nápravy podle politiky (KEV, CVSS) a vstupují do plánu patchování. Nález, který skener už nehlásí, se uzavře jako opravený.

Discovery z vCenter, HMC, OpenShiftu, cloudů a monitoring (Dynatrace) zakládají a aktualizují položky a vazby. Ruční úpravy umístění VM a partition nejsou povolené – pravdou je zdroj.

Nové položky bez vlastnického týmu ze stejného běhu zdroje se sesbírají do jedné změny.

Standardní změna bez schvalování přidělená konfiguračnímu manažerovi: dohledat vlastníka, doplnit tým a službu, ověřit zařazení a uzavřít. Najdete ji v Moje práce.

Položka s vlastníkem se počítá do dopadu incidentů, změn a nákladů a do kontroly kvality dat.