Migracija u oblak: strategije i kako ne pogrešiti

Migracija u oblak je jedan od onih projekata koji mogu da prođu odlično ili da se pretvore u noćnu moru troškova i ispada. Razlika gotovo nikada nije u tehnologiji, već u planiranju: u razumevanju šta se migrira, kako i kojim redosledom. Dobro urađena migracija modernizuje preduzeće i smanjuje troškove; loše urađena prosto premešta stare probleme na skuplji račun. U ovom članku objašnjavamo kako postaviti migraciju da bi prošla dobro.

Razmatramo strategije migracije (poznatih 6 R-ova), faze dobro isplaniranog projekta i najčešće greške koje je dobro izbeći.

Strategije migracije (6 R-ova)

Ne migriraju se sve aplikacije isto. Najkorišćeniji okvir razlikuje šest strategija prema tome koliko se svako opterećenje transformiše:

• Rehost (lift-and-shift): premeštanje kakvo jeste, brzo ali bez iskorišćavanja oblaka.
• Replatform: mala podešavanja radi efikasnosti bez prepisivanja.
• Refactor: redizajn aplikacije da bi se zaista iskoristio oblak.
• Repurchase: prelazak na ekvivalentno SaaS rešenje.
• Retire: gašenje onoga što se više ne koristi (češće nego što se misli).
• Retain: zadržavanje lokalno onoga što još nema smisla migrirati.

Kako izabrati odgovarajuću strategiju

Ispravna strategija zavisi od vrednosti svake aplikacije i njenog tehničkog stanja. Kritičan sistem sa budućnošću obično zaslužuje refactor koji ga modernizuje; onaj koji funkcioniše ali nije strateški može ići uz običan rehost; a ono što više niko ne koristi treba ugasiti. Greška je primeniti jednu jedinu strategiju na sve: efikasno je analizirati inventar aplikacija i svakoj dodeliti strategiju koja maksimizuje njen povrat.

Faze dobro isplanirane migracije

Ozbiljna migracija prolazi kroz jasne faze: otkrivanje i inventar (šta imate i kako je povezano), procena (koja strategija za svako opterećenje), projektovanje ciljne arhitekture, pilot-proba sa nekritičnim opterećenjima, migracija po talasima i, na kraju, optimizacija jednom u oblaku. Migracija po talasima, počevši od najmanje rizičnog, omogućava učenje i ispravljanje pre dodirivanja kritičnih sistema.

Česte greške koje treba izbeći

Najčešći propusti su predvidljivi: lift-and-shift svega bez optimizacije (i na kraju plaćanje više nego ranije), loša procena troškova, potcenjivanje složenosti zavisnosti među sistemima, zanemarivanje bezbednosti u konfiguraciji i neobučavanje tima. Svi se izbegavaju planiranjem i pilot-probom koja iznosi probleme na videlo dok ih je još jeftino rešiti.

Bezbednost i usklađenost tokom migracije

Tačka koja se često zanemaruje je bezbednost tokom samog procesa migracije. Premeštanje osetljivih podataka u oblak nalaže njihovo šifrovanje u tranzitu i u mirovanju, proveru ko ima pristup čemu i ispravno podešavanje dozvola od prvog dana, jer je loše konfigurisan bucket jedan od najčešćih uzroka curenja podataka. Pored toga, zavisno od sektora, mora se garantovati usklađenost sa propisima (GDPR, rezidencija podataka) i ostaviti zapis o radnjama za buduće revizije. Integrisanje bezbednosti u plan migracije, a ne kao završni pregled, izbegava skupe incidente i kašnjenja u poslednjem trenutku.

Migracija je i prilika za modernizaciju

Migracija ne bi trebalo da bude samo premeštanje: ona je najbolji trenutak za uklanjanje suvišnog, modernizaciju onoga što donosi vrednost i ostavljanje osnove na kojoj se može rasti. Iskorišćavanje projekta za uvođenje automatizacije, poboljšanje osmotrivosti i redizajn ključnih opterećenja pretvara obavezan trošak u investiciju koja se godinama isplaćuje kroz agilnost i efikasnost.

U AxiomTech planiramo i izvodimo migracije u oblak po talasima, birajući odgovarajuću strategiju za svako opterećenje i koristeći projekat za modernizaciju. Ako želite da migrirate bez iznenađenja u troškovima i performansama, razgovarajmo i predložićemo vam sledeći korak.