Provozní IT tým s přechodem na cloud mění návrh modelu monitorování infrastruktury
Podívejte se, jak volba decentralizovaného přístupu k monitorování umožňuje IT týmům i týmům podnikových aplikací přinášet v rámci vlastních rolí větší přidanou hodnotu.
Výzva: Přizpůsobení se provoznímu modelu cloudu
Dříve, když tým platforem možností správy, který byl součástí týmu Microsoft CSEO (Core Services and Engineering), spravoval infrastrukturu v centralizovaném prostředí monitorování a upozorňování, existoval jasný model: tým zajišťoval samostatnou službu, kterou využívaly týmy podnikových aplikací. Pak Microsoft přešel na cloud a tento model přestal fungovat.
Když společnost přesunula interní systémy a aplikace do Azure, týmy podnikových aplikací začaly vytvářet vlastní virtuální počítače a chtěly nad nimi mít úplnou kontrolu, ale za jejich monitorování a správu byl stále odpovědný tým platforem možností správy. Pokusy o rozdělení povinností problém nevyřešily. Tým platforem možností správy si uvědomil, že nejlepším způsobem, jak po přechodu na cloud zajistit podporu vývojovým týmům, je zbavit se každodenního monitorování a prosadit nový decentralizovaný model monitorování.
Výzva: Přizpůsobení se provoznímu modelu cloudu
"Přechod na Azure předefinoval vztah mezi týmy podnikových aplikací a námi… Doslovně to narušilo náš způsob práce včetně našeho modelu odpovědnosti a museli jsme přepracovat naše služby podpory tak, aby vyhovovaly novému samoobslužného cloudového modelu."
Dana Baxter, hlavní servisní technik platforem možností správy
Změna kultury řízení
Tým platforem možností správy se zpočátku pokoušel vytvořit vlastní fond předplatných Azure, který by mohly využívat týmy podnikových aplikací. Rychle zjistili, že stále představoval překážku pro týmy, které se chtěly o správu starat samy. Ve službě Azure Monitor postupně začaly být dostupné možnosti automatizace a samoobslužné funkce a tým platforem možností správy viděl příležitost nahradit vlastní centralizovaný model a přenést odpovědnost za monitorování na týmy podnikových aplikací. Zároveň si byli vědomi, že pro překonání odporu je potřeba provést náročnou změnu kultury.
Nejprve však museli zajistit, aby operace v rámci nového modelu DevOps byly v pořádku. Udělali pořádek ve starých upozorněních a snížili jejich počet z přibližně 100 na 15 a pak vytvořili sadu nástrojů na GitHubu, jejímž cílem bylo pomoct týmům podnikových aplikací s monitorováním vlastní infrastruktury. Tato sada nástrojů nastavila ochranné mantinely, které týmu platforem možností správy pomohly zmírnit vlastní rozpaky nad nutností zříci se kontroly nad něčím, co celé roky vlastnili. Součástí finálního nasdílení změn byla rozsáhlá mnohostranná komunikace a školení v rámci celé organizace.
Výzva: Přizpůsobení se provoznímu modelu cloudu
"Naše klíčové ukazatele výkonu dřív používaly výstrahy, lístky problémů, čas na vyřešení atd. Dnes se týkají věcí, jako jsou inventář, opravy zabezpečení, dodržování předpisů a další komponenty možností správy podniku."
Dana Baxter, hlavní servisní technik platforem možností správy
Decentralizované monitorování zlepšuje možnosti obou týmů
Přechod na decentralizovaný samoobslužný přístup k podnikovému monitorování a generování sestav nebyl snadný, ale vyplatil se. Týmy podnikových aplikací teď můžou snadno monitorovat jakoukoli část svého prostředí s využitím nástrojů pro generování sestav a nástrojů řídicího panelu, které zajišťuje Azure Monitor a Power BI. Díky možnosti rychle přizpůsobit vlastní řídicí panely a upozornění s ohledem na jejich způsob vytváření a správy aplikací si můžou nakonfigurovat prostředí monitorování, které nejlépe vyhovuje jejich potřebám. Členové týmu platforem možností správy už nemusí poskytovat vývojovým týmům služby každodenního monitorování a v rámci spolupráce s vývojovými týmy se z nich stali vážení konzultanti. A co je nejdůležitější, můžou se soustředit na strategičtější a progresivnější projekty, jako jsou opravy zabezpečení, inventáře nebo dodržování předpisů, které firmě přinesou vyšší přidanou hodnotu.
