CMDB, které nikdo nevěří
Data zastarávají, lidé si vedou vlastní tabulky a při incidentu se ptají kolegů.
ŘešeníVerze a historie každé změny, kontrola kvality dat, discovery, import a synchronizace s primární CMDB.
Číst článek →Řešení
Jak to řešíme
Nezačínáme formuláři, ale daty. Všechny procesy stojí nad jednou CMDB a jedním pravidlem, kdo je vlastník. Proto si incident, změna i náklad rozumějí.
Dopady z jednoho grafu, včetně redundance
Clustery, HADR, Data Guard, PowerHA, HyperSwap i dvojice SAN fabric se při výpočtu dopadu zohledňují. Stejný výpočet používá incident, změna, plán patchování i situace z monitoringu.
Odpovědnost pro regulované provozy
Vlastník každé služby, role s rozsahem, RACI s kontrolou souladu a neměnná auditní stopa na pět let. Podklady pro hlášení NIS2 a DORA připravujeme.
Jedna aplikace místo několika produktů
CMDB, ITSM, event management, patch management a FinOps sdílejí jedna data. Moduly zapínáte, až je potřebujete – ne jako příplatkové produkty.
Rychlé zavedení, lokální provoz
SaaS nebo kontejner na vašem OpenShiftu. Čeština, české svátky v SLA, kurzy ČNB, veřejný ceník a zavedení po krocích s kontrolou připravenosti.
Výzvy
Výzvy, které řešíme
IT provoz zřídka selhává na technice. Selhává na tom, že nikdo nemá celý obraz: kdo je vlastník, co na čem závisí, kdy se smí sahat do produkce a kolik to stojí.
Dopad se zjišťuje až po výpadku
Kdo plánuje změnu, často neví, které služby zasáhne.
ŘešeníMapa závislostí po vrstvách, simulace výpadku a výpočet dopadu před odesláním změny.
Číst článek →Schvalování v e-mailech
Odstávky, požadavky a ceny se schvalují v různých kanálech a nikdo neví, kde co visí.
ŘešeníJedna fronta Ke schválení, jedno pravidlo vlastnictví, zamítnutí vždy se zdůvodněním.
Číst článek →Patchování jako měsíční vyjednávání
Každé okno se domlouvá znovu a kritické zranitelnosti čekají.
ŘešeníDohoda o patchování s vlastníkem služby, předschválené okno, plán ve vlnách a zrychlený režim.
Číst článek →Tisíce alertů, žádná situace
Monitoring hlásí příznaky, ne příčiny. Lidé přestávají číst.
ŘešeníDeduplikace, potlačení během změn a seskupení do situací podle topologie CMDB.
Číst článek →Náklady bez vazby na služby
Faktury za cloud a DC nejdou přiřadit službám ani zákazníkům.
ŘešeníImport nákladů ve standardu FOCUS, náklady po službách a zákaznících, ceník s vlastníkem.
Číst článek →Použití
Příklady použití
Situace z běžného provozu a jak v nich pomáhá jedna sdílená mapa závislostí.
01
Plánovaná odstávka databázového clusteru
Manažer změn založí změnu. Stratum spočítá zasažené služby, nabídne termín v servisním okně mimo zmrazení a pošle odstávku ke schválení vlastníkům služeb. Během změny se alerty z dotčených serverů potlačí.
02
Výpadek úložiště v noci
Monitoring pošle stovky událostí. Stratum je seskupí do jedné situace s pravděpodobnou příčinou v storage, založí závažný incident se zasaženými službami a podle servisní smlouvy eskaluje na dodavatele.
03
Kritická zranitelnost v pátek
Import ze skeneru označí aktivně zneužívanou chybu. Stratum ukáže zasažené servery a služby, nastaví termín podle závažnosti a ze zrychleného režimu dohody o patchování vytvoří změnu jedním krokem.
04
Měsíční podklady pro billing
Náklady z cloudů, OpenShiftu a datového centra se načtou ve formátu FOCUS, přepočtou kurzem ČNB a rozpadnou po zákaznících, projektech a službách. Finance dostane podklady bez ruční práce v tabulkách.
05
Sdílené služby pro více zákazníků
Poskytovatel provozuje jednu platformu pro desítky organizací. Uživatel zákazníka vidí jen svá data včetně nákladů, řešitelé pracují napříč a ceník schvaluje vlastník služby.
06
Zavedení vedle primární CMDB
Podnik má CMDB v jiném nástroji. Stratum se s ní synchronizuje přes externí ID a přidá provozní vrstvu: mapu dopadu, změny v oknech, patchování a náklady.
Další krok
Vybrat edici →Začněte pilotem na jedné oblasti.
Vyberte zákazníka nebo útvar a jeho klíčové služby. Po pilotu společně vyhodnotíme SLA, změny a náklady – a o rozšíření rozhodnete s klidnou hlavou.