olvasás: 7 perc
Rend a felhőben: átlátható üzemeltetés, egyértelmű felelősségi körök
Ki miért felel a felhőben? A kérdés egyszerűnek hangozhat, a válasz azonban gyakran szervezeti és technológiai határokon ível át. Ahogy egyre több workload és szolgáltatás jelenik meg a felhős környezetben, úgy nő az üzemeltetés komplexitása is. Egy világos felelősségi modell hiányában a platform és az alkalmazások működtetése könnyen átláthatatlanná válhat, ami végső soron a működés hatékonyságának rovására megy. Képzeljük el, hogy egy társasházban senki sem tudja pontosan, ki felel a liftért, a fűtésért vagy a közös terek karbantartásáért. Egy ideig talán észrevétlen marad a probléma, azonban az első meghibásodásnál gyorsan kiderül, hogy a felelősségi körök tisztázatlansága legalább akkora kihívás, mint maga a műszaki hiba.
Üzemeltetési modell kidolgozása
A legtöbb vállalat rendelkezik kialakult működési folyamatokkal, amelyek az évek során folyamatosan formálódtak. A hosszabb ideje a szervezetben dolgozó kollégák rendszerint jól ismerik az informális működési mechanizmusokat: tudják, hogy egy adott problémával kihez érdemes fordulni, mely folyamatok működnek a gyakorlatban.
Ez a működési modell azonban jelentős kockázatokat hordoz. Ha a szervezeti tudás elsősorban személyekhez kötődik, akkor a kritikus üzemeltetési ismeretek könnyen elveszhetnek. A hiányos dokumentáció növeli a technikai adósságot, miközben a tisztázatlan felelősségi körök párhuzamos feladatvégzéshez vagy éppen feladatgazda nélküli területek kialakulásához vezethetnek. Mindez hosszú távon csökkenti az üzemeltetés hatékonyságát és átláthatóságát.
A felhőalapú működés bevezetése tovább növeli a szerepkörök tudatos újragondolásának jelentőségét. Míg a hagyományos, on-premise környezetekben az infrastruktúra, a platform és az alkalmazások üzemeltetése jellemzően nagyobb mértékben a vállalaton belül összpontosul, addig a felhőszolgáltatások esetében megjelenik a szolgáltató és az ügyfél közötti megosztott felelősségi modell. Ennek tartalma eltérő lehet attól függően, hogy IaaS, PaaS vagy SaaS szolgáltatásról van szó, ugyanakkor a felelősségek gyakorlati megosztását a választott belső operating model is jelentősen befolyásolja. Centralizált, megosztott vagy decentralizált működés esetén eltérhet, hogy az egyes feladatokat központi platform-, biztonsági, hálózati, költségmenedzsment- vagy governance-csapatok látják el, vagy azok az alkalmazáscsapatoknál maradnak. Emiatt a felhőbevezetés során először az új vagy megváltozott üzemeltetési feladatokat szükséges azonosítani, majd ezekhez tényleges szervezeti felelősöket rendelni, és mindezt egyértelműen rögzíteni a RACI-mátrixban.
Egy platform- és workload-szintű üzemeltetési modell elsődleges célja, hogy egységes keretet biztosítson az üzemeltetési feladatok kezelésére. A modell egyértelműen meghatározza a szerepköröket, csökkenti a feladatok duplikációját, valamint világos elszámoltathatóságot teremt az érintett csapatok között.
Egy ilyen léptékű változás csak akkor valósítható meg sikeresen, ha már a kezdetektől bevonásra kerülnek a releváns szervezeti területek. Ide tartozhatnak többek között a FinOps, a Security, a platformüzemeltetés, valamint az egyes technológiai vagy alkalmazásspecifikus szakértői csapatok. A korai együttműködés lehetőséget biztosít arra, hogy közös értelmezés alakuljon ki a célokról, miközben az érintett területek összegyűjthetik azokat az üzemeltetési feladatokat, amelyek a felhős platform biztonságos és stabil működéséhez szükségesek.
A releváns szereplők azonosítását követően célszerű egy hivatalos kickoff megbeszélés megtartása, amelynek célja a projekt célkitűzéseinek, hatókörének és munkamódszerének véglegesítése. Ennek során meghatározható, hogy hány egyeztetési kör szükséges, milyen módon történik a felelősségi körök feltérképezése, valamint hogyan biztosítható a teljes folyamat átláthatósága. Az egyeztetések során gyakran előfordul, hogy egy-egy feladat több terület szerint is saját felelősségi körébe tartozik, vagy éppen egyik csapat sem tekinti azt saját feladatának. Ezeket az átfedéseket és hiányosságokat még a modell véglegesítése előtt szükséges tisztázni, ezzel megalapozva a hatékony és fenntartható működést.
Az egyeztetési és jóváhagyási folyamat lezárását követően elkészülhet az üzemeltetési modell első hivatalos verziója. A dokumentumot célszerű központi, minden érintett számára elérhető helyen publikálni, biztosítva, hogy a felelősségi körök egységesen értelmezhetők és hosszú távon is naprakészen tarthatók.
A RACI kialakítása nem egy egyszeri feladat
Az üzemeltetési modell kialakításának egyik legfontosabb tanulsága, hogy a RACI-mátrix elkészítése nem tekinthető egyszeri projektfeladatnak. Bár az első hivatalos verzió publikálása jelentős mérföldkő, a szervezet és a felhős platform folyamatos változása miatt a felelősségi modellnek is naprakésznek kell maradnia. Új szolgáltatások, technológiai változások, szervezeti átalakulások vagy akár új szabályozási elvárások egyaránt indokolhatják a felelősségi körök felülvizsgálatát. Ennek megfelelően célszerű a RACI-mátrix kezelését BAU (Business as Usual) folyamatként működtetni, amely magában foglalja a rendszeres felülvizsgálatot, a társterületekkel való folyamatos együttműködést, valamint az új üzemeltetési feladatok és szerepkörök kontrollált bevezetését. Ez biztosítja, hogy az üzemeltetési modell hosszú távon is támogassa az átlátható, hatékony és elszámoltatható működést.
Összegzés
A felhős platformok bevezetése jellemzően szükségessé teszi egy központi, egységes, single source of truth-ként működő üzemeltetési modell kialakítását. Ennek egyik bevált eszköze a platform- és workload-szintű RACI-mátrixok kidolgozása, a releváns társterületek – többek között a platformüzemeltetési és szakértői csapatok – aktív bevonásával. Az így létrehozott dokumentáció világos felelősségi kereteket teremt, és jelentősen növeli az üzemeltetés átláthatóságát, hatékonyságát és elszámoltathatóságát.
Tapasztalataink szerint egy jól definiált és folyamatosan karbantartott felelősségi modell nemcsak kiszámíthatóbbá teszi az üzemeltetést, hanem a szervezeti együttműködés hatékonyságát is jelentősen javítja.
A szerzőről
Halasi Soma elsősorban IT-projektmenedzsmenttel, riportinggal és követelménykezeléssel foglalkozik. Tapasztalatokat szerzett pénzügyi, távközlési és autóipari környezetben: részt vett többek között üzemeltetési és technológiai upgrade projektek koordinálásában, nemzetközi csapatok együttműködésének támogatásában, valamint riporting- és adatvizualizációs megoldások fejlesztésében és automatizálásában. Soma Information and Service Management mesterdiplomája mellett Lean Six Sigma Yellow Belt minősítéssel rendelkezik.
