Cloud exit tesztelés a gyakorlatban: fázisolt megközelítés pénzintézetek számára

A felhős technológiák bevezetése a pénzügyi szektorban továbbra is gyorsul, ami jelentős előnyökkel jár a skálázhatóság, rugalmasság és biztonság terén. Ugyanakkor az iparágban szabályozói elvárások is szigorodnak (DORA, ECB, MNB), ami megköveteli, hogy a pénzintézetek – publikus felhő érintettség esetében – ne csak dokumentált, hanem tesztelt és végrehajtható cloud exit stratégiával, valamint a kritikus rendszerek exit tervekkel rendelkezzenek. Bár számos vállalat rendelkezik ezekkel a dokumentumokkal (hiszen szabályozói elvárás), tesztelésük elmarad, ezért csak korlátozott biztosítékot nyújtanak a gyakorlati megvalósíthatóságukat illetően.

A tesztelés nehézségei

A tesztelés célja, hogy a vállalat kellően megbizonyosodjon exit képességeiről, ellenben több ponton elakadhat egy ilyen terv kidolgozása, majd a teszt végrehajtása.

• Tisztázatlan szabályozói elvárás: a szabályozói fél explicit nem közli, hogy egyes rendszerek esetében milyen szintű tesztelés elégséges;

• Exit scope meghatározása: az exit terv kidolgozása ideális esetben a tervezési fázisban megtörténik, de a scope meghatározása bonyolult feladat. Mely részeit, milyen mélységig teszteljük a rendszereknek (amik még változhatnak a fejlesztés során)?

• Infrastruktúra hiánya: vállalattól függően a tervkidolgozás előrevetíthet egy nagyobb volumenű infrastruktúra építési projektet, ahol lehetséges a teszt elvégzése;

• Erőforrás: egy teszt elvégzéséhez szükséges erőforrások igénybevétele nem mehet az éles rendszerek üzemeltetésének rovására.

Fázisolt exit tesztelés

Annak érdekében, hogy ezeket a nehézségeket kezeljük, fázisolt megközelítést alkalmazunk és lépésről lépésre bővítünk a scope-on és a végrehajtandó lépéseken.

• Stratégia, tervezés, scope: ebben a lépésben felmérésre kerül a pénzintézet exit érettsége. Felülvizsgáljuk a meglévő workloadokat, technológiákat, architektúra korlátokat, melyek meghatározzák a lehetséges kilépési irányokat. Ezek alapján megtervezzük cél architektúrát, elkészítjük az exit tervet, valamint az implementációs tervet. Az erőforrások elérhetősége, a tesztelendő rendszer komponensei, a cél infrastruktúra, az adatok mennyisége és minősége mind befolyásolják a scope-ot.

• Implementáció, végrehajtás: a választott teszt scope(-ok) végrehajtását megelőzheti a cél infrastruktúra kiépítése. Amennyiben a pénzintézet rendelkezik a megfelelő technológiai előfeltételekkel, az exit tervben leírtak alapján végrehajtásra kerül a teszt.

• Dokumentáció, skálázhatóság: a tesztekről jegyzőkönyv készül, valamint átadásra kerülnek segédeszközök, sablonok, amik a jövőbeli exit tervezési és tesztelési tevékenységeket támogatják. A cél, hogy a teszt egyszerűen megismételhető és bővíthető legyen a továbbiakban.

A fázisolás lehetővé teszi a szervezetek számára, hogy gyorsan megfeleljek a szabályozói elvárásoknak, miközben megismételhető folyamatokat alakítanak ki, melyek a rendszerek fejlődésével együtt bővülhetnek. Ezen felül növeli a bizalmat a valós kilépési fogatókönyvek iránt, és gyakorlási lehetőséget jelent a tesztelést végző csapatok számára.

Projekt tapasztalataink

Pénzintézetekkel végzett munkáink során többször találkoztunk azzal a helyzettel, hogy a szervezet ugyan rendelkezett a kritikus rendszerekre vonatkozó exit tervekkel, azok gyakorlati tesztelése azonban még nem történt meg. A szabályozói elvárások és az auditokra való felkészülés ilyenkor rendszerint rövid idő alatt teszi szükségessé a publikus felhőben működő rendszerek lehetséges exit irányának, a helyettesítő technológiáknak, valamint a tesztelés terjedelmének meghatározását.

Az intézmények első lépésként jellemzően a működés szempontjából nélkülözhetetlen komponenseket vonják be a tesztelésbe, amelyet nem éles környezetben, tesztadatok felhasználásával hajtanak végre. A célarchitektúra megtervezése és a szükséges infrastruktúra kialakítása gyakran külső technológiai partnerek bevonását is igényli. Mivel az infrastruktúra kiépítése általában a folyamat leginkább idő- és költségigényes része, ezzel párhuzamosan érdemes table-top tesztet végezni.

A table-top tesztek már a technikai végrehajtást megelőzően feltárhatják az exit terv és az implementáció pontosítandó pontjait, segítenek kijelölni a felelősöket, valamint egyértelművé teszik a végrehajtás lépéseit és függőségeit. Az elkészült jegyzőkönyv az auditok során is kézzelfogható bizonyítékot nyújthat arra, hogy az intézmény nemcsak dokumentált tervvel rendelkezik, hanem megkezdte annak módszeres ellenőrzését is. Mindez csökkenti a szabályozói kockázatokat, és megalapozza a későbbi, adatokkal és tényleges technológiai környezetben végrehajtott tesztelést.

Tanulságok

• Az exit tesztelésnek nem feltétlenül kell egy vízesés modellben végrehajtandó projektnek lennie, iterációkban rugalmasabban és gyorsabban tud reagálni a szervezet.

• A kritikus funkciókat kiszolgáló technológiák azonosítása kiemelten fontos a folyamat elején, hiszen erőteljesen befolyásolja az exit tesztelés scope-ját.