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 →Jak to funguje
Jak to funguje
Tři kroky od prvních dat k řízení služeb. Žádný půlroční implementační projekt.
- 01
Připojte zdroje
Dohled pošle události, discovery nebo import konfigurační položky. Jiné integrace nepotřebujete.
- 02
CentOps sestaví mapu služeb
Položky, vazby a vlastníci tvoří jednu mapu závislostí. Události se spárují s položkami a sloučí do situací.
- 03
Řiďte služby end to end
Incidenty, problémy, změny, patchování i roadmapa architektury pracují nad stejnou mapou a stejným výpočtem dopadu.
Čím se CentOps liší
Jeden graf závislostí
Incident, změna, plán patchování i situace z dohledu počítají dopad stejně, včetně redundance clusterů, replikací a zrcadlených úložišť.
Integrace jen na zdroje
Připojíte dohled (Zabbix, Prometheus i komerční nástroje) a discovery. Žádné desítky konektorů na další systémy, které je potřeba udržovat.
Od alertu po roadmapu
Provoz, změny a architektura v jedné aplikaci. Co se rozbije dnes, se propíše do plánu na příští kvartál.
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. CentOps 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í. CentOps 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. CentOps 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. CentOps 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
Připojit se k betě →Vyzkoušejte CentOps na svých službách.
Připojte dohled a discovery a během prvního týdne uvidíte svou mapu služeb. Beta je zdarma na 6 měsíců.