CMDB, které nikdo nevěří
Data zastarávají, lidé si vedou vlastní tabulky a při incidentu se ptají kolegů.
CentOps spojí CMDB, incidenty, změny, monitoring a náklady nad jednou mapou závislostí. Dopad každé změny i výpadku znáte předem, včetně redundance clusterů a replikací. Méně ruční práce, méně nočních telefonátů a klidnější spánek pro IT provoz regulovaných organizací.
Spojujeme CMDB, incidenty, změny, monitoring a náklady nad jednou mapou závislostí. Každé rozhodnutí v provozu tak vychází ze stejných dat – a lidé, kteří za provoz odpovídají, jdou domů s klidnou hlavou.
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í.
Data zastarávají, lidé si vedou vlastní tabulky a při incidentu se ptají kolegů.
Kdo plánuje změnu, často neví, které služby zasáhne.
Odstávky, požadavky a ceny se schvalují v různých kanálech a nikdo neví, kde co visí.
Každé okno se domlouvá znovu a kritické zranitelnosti čekají.
Monitoring hlásí příznaky, ne příčiny. Lidé přestávají číst.
Faktury za cloud a DC nejdou přiřadit službám ani zákazníkům.
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í.
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.
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.
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.
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.
Moduly, které spolu sdílejí data. Zapínáte jen ty, které potřebujete.
Architektura, náklady, dodavatelé, odolnost služeb a roadmapa zavedení – rozhodnutí dřív, než je potřeba hasit.
Každá změna s dopadem, oknem a schválením, nákup a majetek od objednávky po vyřazení – konfigurace se mění jen se změnou.
Od prvního alertu k obnovené službě a od požadavku k jeho splnění s co nejmenším počtem lidí.
Konfigurační databáze, závislosti, přístupy, audit a AI asistent, na kterých stojí Plan, Build i Run.
Mapa závislostí, vlastníci služeb a neměnná auditní stopa jsou základ pro NIS2 a DORA. Podívejte se, co je dostupné dnes a co připravujeme.
NIS2 a DORA →Používáte ServiceNow, Jira, OpenText nebo CA? Podívejte se, kdy CentOps dává smysl místo nich a kdy vedle nich.
Srovnání →Jak vypadá provoz, když procesy sdílejí stejná data.
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čí.
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.
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.
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.
Pro IT provoz bank a pojišťoven, energetiky, automotive a výroby, veřejné správy a poskytovatelů sdílených služeb. Každá role vidí stejná data, ale ptá se na jiné věci.
Začněte tím, co potřebujete dnes. Na vyšší edici přejdete bez migrace dat.
Pro organizace, které chtějí spolehlivou CMDB a řízené ITSM procesy.
Pro provoz, který chce propojit monitoring, bezpečnost a dodavatele.
Pro poskytovatele sdílených služeb a velké organizace.
Orientační ceny bez DPH za jedno prostředí. Přesnou nabídku připravíme podle rozsahu a způsobu nasazení.
CentOps je provozní mapa celého IT. Z jedné CMDB počítá dopady na business služby – pro incidenty, změny, patchování i náklady – včetně redundance clusterů a replikací. Vyrábí ho Eywo s.r.o. z Prahy.
Pro IT provoz regulovaných organizací: banky a pojišťovny, energetiku, automotive a výrobu, veřejnou správu a poskytovatele sdílených služeb. Používají ho IT ředitelé, vedoucí provozu, vlastníci služeb, manažeři změn, bezpečnost a finance IT.
22 modulů v šesti skupinách: služby a konfigurace (konfigurační databáze, mapa závislostí, dostupnost a odolnost, datová centra), odhalit a obnovit (monitoring, incidenty, war room, problémy, SLA), požadavky a dodávka (katalog, IT majetek a nákup, licence a náhradní díly), změny a nasazení (změny, schvalování, patchování), strategie a portfolio (enterprise architektura, náklady, smlouvy, roadmapa zavedení) a řízení a bezpečnost (role, audit, oddělení zákazníků). AI asistent pracuje napříč moduly; všechny sdílejí jedna data.
Jako SaaS provozovaný Eywo, ve vlastním účtu Cloudflare, nebo jako kontejner na vašem OpenShiftu. Rozhraní funguje i na mobilu.
Orientačně Standard 24 900 Kč, Business 59 900 Kč a Enterprise od 149 000 Kč měsíčně za jedno prostředí bez DPH. Přesnou nabídku připravíme podle rozsahu a způsobu nasazení.
Dnes data přicházejí přes discovery API (s párováním, úplnou synchronizací a vyřazováním), importem z CSV a Excelu nebo synchronizací s primární CMDB. Inventář OpenShiftu (uzly, OpenShift Virtualization, hostované clustery, síť a ODF) importujeme nástrojem, který z clusteru jen čte. Konektory pro automatický sběr z vCenter a veřejných cloudů jsou v přípravě.
Výzvy IT managementu a jak k nim přistupujeme.
Impact analýza, která nezná redundanci, hlásí stovky „degradovaných“ položek a budí lidi kvůli alertům, které jen opakují jednu příčinu. CentOps teď počítá dopad i korelaci událostí podle toho, co by se skutečně stalo.
Mezi virtuálním strojem a fyzickou sítí leží vrstva, kterou většina CMDB nevidí – virtuální switche, port groupy a uplinky hostitelů. Právě na ní se ale rozhoduje, kterých služeb se změna v síti dotkne.
Obě regulace se ptají na totéž – víte, které služby výpadek zasáhne, kdo za ně odpovídá a co se kdy změnilo? Bez spolehlivé mapy závislostí se odpovědi skládají ručně, často pod časovým tlakem.
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.
Odpovíme vám ve vašem jazyce. Zprávy překládáme automaticky, odpověď vždy píše člověk z našeho týmu.