Verslo duomenų migracija į debesį: nuo ko pradėti ir kokių brangių klaidų išvengti

Debesų technologijos Lietuvoje jau seniai nebėra tik startuolių žaidimo aikštelė. Vis daugiau verslų svarsto arba jau vykdo duomenų ir sistemų perkėlimą į „Google Cloud“, „Microsoft Azure“, „Amazon Web Services“ ar kitų tiekėjų aplinkas.

Tačiau pati migracija dažnai pasirodo sudėtingesnė, nei atrodė iš pradžių. Nuo pasirinkto scenarijaus ir pasiruošimo priklauso ne tik kaštai, bet ir tai, ar verslas sugebės užtikrinti nepertraukiamą veiklą, duomenų saugumą ir realią grąžą.

Kas iš tikrųjų yra duomenų migracija į debesį

Duomenų migracija į debesį dažniausiai suprantama siaurai, kaip failų perkėlimas iš vietinių serverių į nuotolinę saugyklą. Praktikoje tai daug platesnis procesas, apimantis duomenų bazių, aplikacijų, integracijų, atsarginių kopijų ir prieigos politikų perkėlimą, atnaujinimą ar perdarymą.

Dalis verslų renkasi vadinamąjį „pakelk ir perkelk“ scenarijų, kai sistemas stengiamasi perkelti kuo mažiau jas keičiant. Kiti žiūri į migraciją kaip į progą perkurti dalį architektūros, atsisakyti senų sprendimų, optimizuoti licencijas ir parengti IT aplinką tolesnei skaitmenizacijai.

Pagrindinės migruoti skatinančios priežastys

Išorėje dažnai kalbama apie norą sutaupyti, tačiau realybėje verslai nurodo kelis skirtingus motyvus. Vienas jų yra IT infrastruktūros pasenimas: įrangos atnaujinimas reikalauja didelių investicijų, todėl debesų paslaugos atrodo lankstesnis kelias.

Kitas svarbus veiksnys yra augantis poreikis greičiau paleisti naujus produktus ar paslaugas. Debesies platformos suteikia galimybę naudoti daugiau paruoštų paslaugų, lengviau integruoti analitikos, DI ar automatizavimo sprendimus, taip sutrumpinant laiką nuo idėjos iki veikiančio produkto.

Rizikos, apie kurias patogu nutylėti

Net ir aiškiai suvokiant naudą, migracija turi rizikų, kurios gali tapti skaudžiomis pamokomis. Viena iš jų yra priklausomybė nuo pasirinkto tiekėjo, kai po kelių metų pakeisti platformą tampa brangu ir techniškai sudėtinga.

Kita rizika susijusi su išaugusių kaštų efektu. Netinkamai suvaldytos debesų paslaugos, neoptimizuoti resursai ar aplaidi prieigos nustatymai gali lemti netikėtai dideles mėnesines sąskaitas, ypač jei verslas neskiria laiko nuolatinei sąnaudų stebėsenai.

Nuo ko pradėti: inventorizacija ir prioritetai

Praktikoje sėkmingos migracijos prasideda ne nuo platformos pasirinkimo, o nuo inventorizacijos. Reikia aiškaus atsakymo, kokie duomenys ir sistemos šiuo metu naudojami, kas yra kritiška veiklai, kokios priklausomybės tarp sistemų egzistuoja ir kur slypi didžiausios rizikos.

Tik turint tokį žemėlapį galima sudėlioti prioritetus: ką verta perkelti pirmiausia, ką naudinga modernizuoti, o kokių sprendimų galbūt jau laikas atsisakyti. Didesnėms organizacijoms praktinis kelias dažnai yra etapinė migracija, pradedant nuo mažiau rizikingų ar naujų sistemų.

Teisiniai ir saugumo aspektai: kur ypač jautri riba

Lietuvos verslui itin svarbu įvertinti teisinius reikalavimus, susijusius su duomenų apsauga, ypač jei tvarkomi klientų ar darbuotojų asmens duomenys. Migracijos metu būtina žinoti, kur fiziškai bus laikomi duomenys ir kokios šalies jurisdikcija jiems taikoma.

Be to, reikia iš anksto apgalvoti prieigos kontrolės modelį debesyje: kas ir kokias teises turės, kaip bus valdoma administratorių prieiga, kaip bus tvarkomi prisijungimai nutraukus darbo santykius. Šios temos dažnai paliekamos „vėlesniam etapui“, tačiau būtent čia dažniausiai atsiranda pažeidžiamumų.

Finansiniai skaičiavimai: ne tik išlaidos, bet ir nenumatytos eilutės

Migracijos biudžete paprastai atsiranda trys grupės išlaidų: pasirengimas ir projektavimas, pati techninė migracija ir vėlesni veiklos kaštai. Prie jų prisideda vidinės komandos laikas, kuris oficialiuose skaičiuoklėse neretai neįvertinamas.

Praktinę naudą įvertinti sudėtingiau, nes dalis grąžos pasireiškia ne tiesioginėmis pajamomis, o mažesne veiklos rizika, greitesniais projektais ar lankstesnėmis integracijomis. Dėl to naudinga iš anksto susitarti, kokius rodiklius organizacija stebės ir per kokį laiką tikisi pasiekti rezultatų.

Vidinė komanda ir partneriai: ką pasilikti viduje

Migracijos sėkmę daug lemia tai, kaip subalansuojamas vidinių kompetencijų ir išorinių partnerių santykis. Net jei techninį darbą atlieka specializuota bendrovė, verslui būtina turėti žmones, kurie supranta architektūros logiką ir geba priimti sprendimus.

Priklausomybė tik nuo vieno išorinio partnerio ilgainiui gali kelti problemų, todėl verta investuoti į bazinių debesų paslaugų kompetencijų ugdymą savo IT komandoje. Tai padeda sąmoningiau valdyti tiek kaštus, tiek saugumo klausimus ir ateityje lengviau derėtis dėl paslaugų.

Kaip migracija atsiliepia darbuotojams ir klientams

Nors techninis migracijos sluoksnis dažniausiai nematomas galutiniams vartotojams, realybėje pokyčius pajunta ir darbuotojai, ir klientai. Vidaus sistemų prieinamumas, veikimo greitis, naujos funkcijos ar pasikeitusi prisijungimo tvarka tiesiogiai veikia kasdienę patirtį.

Dėl to verta anksti įtraukti vidinius naudotojus, paaiškinti, kokių pokyčių jie gali tikėtis, ir numatyti trumpas praktines instrukcijas. Klientų atveju svarbiausia užtikrinti paslaugų tęstinumą ir iš anksto suplanuoti, kaip bus valdoma bet kokia prastova ar trikdžiai.

Praktiniai žingsniai verslui, kuris dar tik svarsto migraciją

Verslams, kurie dar tik galvoja apie migraciją į debesį, naudinga pradėti nuo nedidelio piloto. Pavyzdžiui, pasirinkti vieną aiškiai apibrėžtą sistemą ar duomenų rinkinį, įdiegti migracijos procesą ir iš jo pasimokyti, prieš imantis visos infrastruktūros.

Kitas naudingas žingsnis yra įsivertinti dabartinius IT kaštus ir veiklos rizikas, kartu su finansų ir verslo vadovais. Tai leidžia aptarti migraciją kaip platesnį verslo projektą, o ne vien IT iniciatyvą, ir iš anksto sutarti atsakomybes bei sprendimų priėmimo tvarką.

Ilgalaikis požiūris: debesys kaip nuolatinis procesas

Duomenų migracija į debesį nėra vienkartinis veiksmas, po kurio galima „uždėti varneles“. Debesų aplinka nuolat kinta, atsiranda naujų paslaugų, kainodaros modelių ir saugumo rekomendacijų, todėl organizacijai tenka peržiūrėti sprendimus ir po migracijos.

Verslams, kurie į debesis žiūri kaip į ilgalaikę strateginę kryptį, naudinga turėti aiškų vidinį atsakymą, kokias sistemas siekiama laikyti debesyje, kokias priežastis ir kada gali lemti grįžimą prie vietinių sprendimų ir kaip bus valdoma keliais debesų tiekėjais paremta aplinka.