Legjobb gyakorlatok az infrastruktúra irányításához

Egy webshop, ERP, raktárrendszer és szállítói integráció együtt nem hoz létre megbízható környezetet csak azért, mert minden szerver elérhetőnek tűnik. Az infrastruktúra-irányítás bevezetésének legjobb gyakorlatai megteremtik azt a működési rendet, amely tisztázza: ki dönt, ki működtet, mi változtatható meg, mi van dokumentálva, és hogyan ellenőrizhető egy üzletkritikus rendszer állapota.

Az irányítás nem egy adminisztratív réteg az infrastruktúra felett. Ha jól van megtervezve, csökkenti a bizonytalan felelősségi határokat, a manuális beavatkozások kockázatát és a rejtett függőségeket, amelyek általában csak hibák, auditok vagy bővítések során válnak láthatóvá. Ez különösen fontos azoknál a vállalatoknál, ahol több belső rendszer, külső partnerség és hibrid infrastruktúra szolgál egyetlen üzleti folyamatot.

Az irányítás célja nem a lassítás, hanem az előre látható döntéshozatal lehetővé tétele.

Az infrastruktúra-irányítás gyakran ellenállásba ütközik, mert mind a vezetők, mind az üzemeltetők új jóváhagyási ciklusokat, több dokumentációt és lassabb változásokat látnak benne. Ez valós kockázat, ha a szabályozás nem igazodik az üzleti műveletekhez. Egy túl merev folyamat valóban késleltetheti például a kapacitásbővítést, az integrációs módosításokat vagy a biztonsági javításokat.

Azonban a helyes cél nem az, hogy minden döntést egy központi bizottság elé vigyünk. A cél az, hogy a döntések a megfelelő szinten szülessenek, ismert felelősséggel és nyomon követhetőséggel. Egy előre jóváhagyott, alacsony kockázatú karbantartási feladat más eljárást igényel, mint egy ERP adatbázis hálózati architektúrájának módosítása vagy egy új logisztikai partner API kapcsolatának aktiválása. logisztikai partner API kapcsolatának aktiválása.

A jó irányítás tehát kockázatalapú. Ahol az üzleti hatás jelentős, ott szigorúbb ellenőrzés, tesztelés és jóváhagyás szükséges. Ahol a változás ismétlődő, dokumentált és könnyen visszafordítható, ott egy automatizált vagy előre jóváhagyott folyamat a megfelelőbb.

Az infrastruktúra-irányítás bevezetésének kiindulópontja: egy valós állapotfelmérés

Nem tanácsos feltételezésekre építeni egy irányítási keretrendszert. Sok vállalatnál az infrastruktúra részben dokumentált, a kritikus tudás néhány kolléga vagy külső szolgáltató birtokában van, és a rendszerkapcsolatok fokozatosan alakultak ki az évek során. Ilyen esetekben az első feladat nem új szabályok írása, hanem a jelenlegi működés feltárása.

E folyamat során nem elegendő egy szerverek és licencek listája. Az üzleti szolgáltatásokat is láthatóvá kell tenni: mely alkalmazások szükségesek a rendelésfeldolgozáshoz, raktárkiadáshoz, számlázáshoz vagy termelési adatátvitelhez; milyen adatfolyamok kapcsolják össze őket; mely külső szolgáltatásoktól függenek; és mi történik, ha egy komponens meghibásodik. termelési adatátvitelhez; milyen adatfolyamok kapcsolják össze őket; mely külső szolgáltatásoktól függenek; és mi történik, ha egy komponens meghibásodik.

Célszerű minden kritikus szolgáltatás tulajdonosát, technikai felelősét, adatgazdáját, elvárt rendelkezésre állási szintjét, mentési követelményét és helyreállítási üzleti prioritását rögzíteni. Ez nem feltétlenül jelent egy összetett konfigurációs menedzsment adatbázist az első naptól kezdve. Kezdetben egy következetesen karbantartott szolgáltatás- és függőségi nyilvántartás értékesebb, mint egy túlméretezett eszköz, amelyet senki sem frissít.

A tulajdonjogot mind üzleti, mind technikai szempontból tisztázni kell

A leggyakoribb működési hiba, amikor egy rendszernek van üzemeltetője, de nincs üzleti tulajdonosa, vagy fordítva. Az üzemeltető felelős lehet a frissítésekért, a monitorozásért és a mentésekért, de nem dönthet egyedül arról, hogy egy szolgáltatás mennyi kiesést bír el. Ezt az üzleti területnek kell meghatároznia.

Ezzel egyidejűleg az üzleti tulajdonos nem hozhat technikai döntéseket megfelelő információ nélkül. Az irányítás egyik feladata az üzleti igények mérhető technikai követelményekké történő fordítása. Például, ha egy raktári mobilalkalmazás leállása tíz perc után jelentős zavart okoz, ez helyreállítási célokat, redundancia szükségleteket, monitorozást és változtatási korlátozásokat von maga után.

Szerepek, döntéshozatali jogkörök és kivételek

Az irányítás akkor működik, ha a felelősség nem általános kijelentés, hanem konkrét döntésekhez kapcsolódik. Egy világos működési modell meghatározza, ki hagyja jóvá a nagyobb architekturális változtatásokat, ki engedélyezi a hozzáférési kivételeket, ki vállalja a szolgáltatási kockázatot, és ki felügyeli a végrehajtást.

Nem minden szervezetnek van szüksége külön infrastruktúra-bizottságra. Egy közepes méretű vállalati környezetben gyakran hatékonyabb egy kijelölt, rendszeres technikai és üzleti találkozó, amelyen részt vesz az IT vezetés, az üzemeltetés, a fejlesztés vagy integráció felelőse, valamint az érintett üzleti terület képviselője. A fórum értéke nem a formális találkozók számában rejlik, hanem abban, hogy van egy tulajdonosa és határideje a nyitott kockázatoknak és döntéseknek.

A kivételkezelés különös figyelmet érdemel. Egy régi gyártási vezérlő, nem támogatott alkalmazás vagy partner által előírt integráció néha nem felel meg minden belső szabványnak. A helyes válasz nem az, hogy figyelmen kívül hagyjuk ezt, sem pedig az, hogy egy megvalósíthatatlan ideális állapotot erőltessünk. A kivételt dokumentálni kell, a kockázat tulajdonosát meg kell nevezni, és ha lehetséges, egy korrekciós tervet határidővel kell hozzárendelni.

A változásmenedzsment mint az üzletmenet folytonosságának eszköze

Sok változtatás, amelyet élő környezetben hajtanak végre, önmagában indokolt: biztonsági javítások, kapacitásbővítések, új funkciók bevezetése, hálózati módosítások vagy adatkapcsolati átalakítások. A probléma általában nem maga a változás, hanem a hatásvizsgálat, a tesztelés és a visszaállítás hiánya.

Minden jelentős változtatás esetén világosnak kell lennie a célnak, az érintett szolgáltatások körének, a végrehajtási ablaknak, a felelős személynek, a tesztelési módszernek és a visszaállítási tervnek. Ha egy módosítás nem sikerül, nem elég azt mondani, hogy "visszaállítjuk." Tudni kell, hogy miből, milyen sorrendben, milyen adatintegritási ellenőrzésekkel, és ki hozza meg a döntést a leállításról.

A standard változtatások esetén azonban nem szükséges minden alkalommal teljes jóváhagyási folyamatot kezdeményezni. Egy dokumentált, automatizált és ellenőrzött rendszeres karbantartás előre jóváhagyható. Ez lehetővé teszi a csapat számára, hogy inkább a valóban kockázatos változtatásokra összpontosítson, miközben nem lassítja feleslegesen az operatív munkát.

A szabályok csak akkor értékesek, ha ellenőrizhetők

Az infrastruktúra szabályozások gyakran általános kijelentésekből állnak, mint például "rendszeres mentések", "korlátozott hozzáférés" vagy "megfelelő naplózás". Ezek helyes elvek, de önmagukban nem kezelhetők. Az irányítás ellenőrizhető követelményeket igényel.

A mentések esetében például meg kell határozni, mely rendszerek adatait kell menteni, milyen gyakorisággal, milyen megőrzési idővel, hol tárolva, és milyen helyreállítási teszt bizonyítja a használhatóságot. A hozzáféréskezelésben nem csak a fiókok létezése számít, hanem az is, hogy hogyan történik a belépések, kilépések, szerepváltozások és kiváltságos hozzáférések felülvizsgálata.

Ugyanez vonatkozik a megfigyelhetőségre. A monitorozás akkor támogatja az irányítást, ha nemcsak technikai riasztásokat produkál, hanem képet ad a kritikus üzleti szolgáltatások állapotáról is. Egy feldolgozási sor hátraléka, sikertelen adatátvitel vagy szokatlanul hosszú szinkronizáció gyakran hamarabb jelez üzleti problémát, mint egy szerverterhelési riasztás.

A látható kockázat felé mutató metrikák

Egy vezetői szintű irányítási jelentésnek nem kell tucatnyi technikai metrikát tartalmaznia. Ami hasznos, az az, ami támogatja a döntéshozatalt: hány kritikus rendszernek nincs kijelölt tulajdonosa, mely mentések helyreállítását nem tesztelték a tervezett időszakban, hány magas kockázatú kivétel van nyitva, vagy mennyi ideje létezik egy ismert kapacitáskorlát.

A metrikák kiválasztása a vállalat működésétől függ. Egy e-kereskedelmi vállalat számára a rendelési és készletadatok szinkronizációja lehet kritikus, míg a gyártásban a termelési adatgyűjtés vagy a helyszíni hálózat folytonossága nagyobb súllyal bírhat. A közös elv az, hogy a technikai állapotot az üzleti hatással együtt kell értelmezni.

Fokozatos bevezetés, nem egyszeri projekt

Az irányítás bevezetése ritkán sikeres, ha egyetlen nagy szabályozási projektként kezelik. Célszerű először a legkritikusabb szolgáltatásokra és a legnagyobb működési kockázatokra összpontosítani: tulajdonosi struktúra, hozzáférés, mentések, változásmenedzsment és dokumentált helyreállítás. Ezután a modell kiterjeszthető további rendszerekre, helyszínekre vagy felhő környezetekre.

A CGAT véleménye szerint az infrastruktúra-irányítás akkor nyújt valódi értéket, ha a rendszerarchitektúra, az integrációk, az üzemeltetés és az üzleti folyamatok mind képviselve vannak. Nem külön dokumentumkészletről van szó, hanem fegyelmezett működésről, ahol a vállalat technológiája átlátható és kezelhető marad, még növekedés közben is. infrastruktúra-irányítás akkor nyújt valódi értéket, ha a rendszerarchitektúra, az integrációk, az üzemeltetés és az üzleti folyamatok mind képviselve vannak. Nem külön dokumentumkészletről van szó, hanem fegyelmezett működésről, ahol a vállalat technológiája átlátható és kezelhető marad, még növekedés közben is.

A következő értelmes lépés általában egyszerű: válasszunk ki egy üzletkritikus folyamatot, térképezzük fel annak rendszereit és függőségeit, majd azonosítsuk, hol hiányzik a döntéshozatali jogkör, a felügyelet vagy a helyreállítási biztosíték. Innen egy konkrét, kezelhető fejlesztési terv építhető, nem pedig egy elméleti irányítási program.