Datum konce podpory operačního systému je známé roky dopředu. Výrobce hardwaru oznamuje konec podpory s dostatečným předstihem. A přesto se v mnoha organizacích opakuje stejný scénář: pár měsíců před termínem někdo zjistí, že na nepodporované verzi běží desítky serverů, a nikdo přesně neví, které služby na nich stojí.
Následuje rychlé dohledávání. Kdo je vlastníkem té aplikace? Dá se server upgradovat, nebo je potřeba migrace? Kdo to zaplatí, když to nebylo v rozpočtu? Tým provozu tráví týdny sestavováním přehledu, který měl existovat odjakživa. Bezpečnostní manažer mezitím vysvětluje, proč systémy bez bezpečnostních aktualizací stále běží v produkci.
Proč tabulka nestačí
Typickým nástrojem pro sledování životního cyklu bývá tabulka. Někdo ji jednou sestavil, doplnil verze OS a data konce podpory a poslal ji dál. Problém je, že tabulka stárne od chvíle, kdy vznikne.
- Nemá vazbu na skutečný stav. Server se upgraduje nebo vyřadí, tabulka o tom neví.
- Nemá vazbu na služby. Ukazuje servery, ale ne to, k čemu slouží. Bez toho nejde rozhodnout, co má přednost.
- Nemá vlastníka. Když za data nikdo neodpovídá, nikdo je neaktualizuje.
Výsledkem je seznam, který odpovídá na otázku „co je staré“, ale ne na otázku „co je riziko a pro koho“.
Jak k životnímu cyklu přistupovat
Životní cyklus není samostatná evidence. Je to vlastnost položek, které už evidujete. Pokud CMDB ví, jaký operační systém běží na serveru a jaký hardware server tvoří, stačí k tomu přidat data konce podpory a máte přehled, který se aktualizuje s každou změnou.
Druhým krokem je propojit životní cyklus se službami. Server na nepodporovaném OS, který nese kritickou business službu, je jiná priorita než testovací stroj bez vazeb. Rozhodnutí o obnově by proto měla vycházet z dopadu na službu, ne z abecedního seznamu hostname.
Třetím krokem je plánovat dopředu. Pokud vidíte, co skončí za rok nebo za dva, můžete obnovu zahrnout do rozpočtu, domluvit ji s vlastníkem služby a provést ji v běžném servisním okně místo nouzového projektu.
Jak to řeší Eywo Stratum
Eywo Stratum sleduje životní cyklus operačních systémů, softwaru a hardwaru přímo u položek CMDB. U každého serveru je vidět, na jaké verzi běží a kdy této verzi končí podpora. Přehled ukazuje servery na nepodporovaných verzích i ty, kterým podpora brzy skončí.
Protože jde o součást CMDB, data zůstávají aktuální. Položky se plní přes discovery API, importem z CSV nebo Excelu nebo synchronizací s primární CMDB. Každá změna položky má verzi a historii, takže je vidět, kdy a odkud se změnila verze OS. Kontrola kvality dat upozorní na nekonzistence, například na server bez uvedeného operačního systému.
Klíčová je vazba na služby. Mapa závislostí po vrstvách ukazuje, které aplikace a business služby stojí na konkrétním serveru. Z přehledu konce podpory tak lze přejít k otázce, kterých služeb se riziko týká a kdo je jejich vlastník. Plánování obnovy pak začíná rozhovorem s konkrétním člověkem nad konkrétní službou.
Samotná obnova probíhá jako běžná změna. Change model, výpočet dopadu před odesláním, termín v servisním okně mimo změnová zmrazení a schválení odstávky vlastníkem zasažené služby. Upgrade OS tak neobchází proces jen proto, že spěchá.
Závěr
Konec podpory nemusí být každoroční hasičský zásah. Když životní cyklus žije v CMDB a je propojený se službami, je vidět dopředu, ví se, koho se týká, a obnova se dá naplánovat v klidu. Tým provozu nemusí sestavovat přehled pod tlakem a vlastník služby se o riziku dozví včas.
Sledování životního cyklu OS, softwaru a hardwaru je součástí edice Standard.
Eywo Stratum Standard
Pro organizace, které chtějí spolehlivou CMDB a řízené ITSM procesy.