„Treba da pređemo u cloud“ lako se kaže, a iznenađujuće teško dobro izvede. Ako se uradi olako, migracija donosi iznenadne račune, spore aplikacije, bezbednosne rupe i vikend zastoja koji niko nije planirao. Ako se uradi uz pripremu, to je miran, kontrolisan projekat koji korisnici jedva primete.
Ova lista provere obuhvata šta treba odlučiti i pripremiti pre nego što premestite i jedan server, bilo da selite jednu aplikaciju ili ceo data centar.
1. Odredite zašto prelazite
Zapišite cilj. Tipični razlozi su predvidivost troškova, dostupnost, fleksibilnost za rast, zamena stare opreme, udaljeni pristup ili bolji oporavak od katastrofe. Cilj određuje strategiju. „Zato što svi to rade“ nije cilj.
2. Popišite i procenite radna opterećenja
- Navedite servere, aplikacije, baze podataka i količine podataka, sa vlasnicima i korisnicima.
- Mapirajte zavisnosti: koja aplikacija treba koju bazu, servis, licencni server ili deljeni folder.
- Zabeležite potrebe za performansama, vršna vremena, poseban hardver i ograničenja licenciranja.
- Klasifikujte podatke prema osetljivosti i prema pravilima o tome gde smeju da se čuvaju.
3. Izaberite strategiju za svako opterećenje
Ne treba sve premeštati na isti način. Uobičajene opcije su:
| Strategija | Šta znači | Kada odgovara |
|---|---|---|
| Rehost („lift and shift“) | Prebaciti server takav kakav je na cloud virtuelnu mašinu | Brzi prelazi, izlazak iz starog data centra, malo želje za promenama |
| Replatform | Prelazak uz male popravke, kao što je upravljana baza podataka | Dobiti koristi bez prepisivanja aplikacije |
| Refactor | Preoblikovati aplikaciju za cloud-native servise | Aplikacije koje treba da rastu i imaju dugu budućnost |
| Replace (SaaS) | Preći na gotovu cloud uslugu | Uobičajene potrebe kao što su e-pošta, CRM, knjigovodstvo |
| Retire | Ugasiti ono što niko ne koristi | Često iznenađujuće veliki deo okruženja |
| Retain | Zasad zadržati lokalno | Poseban hardver, kašnjenje, regulativa ili slab poslovni razlog |
4. Planirajte ciljnu arhitekturu
- Struktura naloga i pretplata, imenovanje i označavanje.
- Dizajn mreže: adresni opsezi, segmentacija i VPN ili privatna veza ka vašoj kancelariji.
- Identiteti: kako se korisnici prijavljuju, uz višefaktorsku autentifikaciju od prvog dana.
- Visoka dostupnost i backup u cloud-u. Cloud podrazumevano ne pravi backup vaših podataka na način koji možda očekujete.
5. Planirajte bezbednost i usklađenost
- Primenite najmanje privilegije i razdvojite administratorske uloge.
- Šifrujte podatke u mirovanju i u prenosu.
- Uključite evidentiranje događaja i upozorenja.
- Proverite zakonska i ugovorna pravila o lokaciji i obradi podataka.
6. Procenite i kontrolišite troškove
- Dimenzionišite resurse prema stvarnom korišćenju, a ne prema onome što je stari server imao na papiru.
- Uključite prenos podataka, nivoe skladišta, backup, licence i podršku.
- Postavite budžete i upozorenja i pregledajte troškove mesečno. Nekorišćeni resursi koji ostanu da rade uobičajen su curenje novca.
- Razmislite o rezervisanom kapacitetu za stabilna opterećenja kad znate korišćenje.
Cloud nije automatski jeftiniji. Jeftiniji je kad ispravno dimenzionišete, ugasite ono što ne koristite i iskoristite ono što platforma nudi. Lift and shift bez optimizacije često košta više nego ostanak gde ste.
7. Planirajte samu migraciju
- Pilot sa opterećenjem niskog rizika da naučite proces.
- Migrirajte u talasima, grupisano po zavisnostima, tako da povezani sistemi idu zajedno.
- Kontinuirano replicirajte podatke pre prelaska da konačno prebacivanje bude kratko.
- Testirajte pre prelaska: performanse, pristup, integracije i backup.
- Odredite prozor prelaska i plan vraćanja. Znajte tačno kako da se vratite ako nešto ne uspe.
- Zadržite stari sistem dostupnim i netaknutim neko vreme posle prebacivanja.
8. Posle prelaska
- Pažljivo pratite performanse, dostupnost i troškove prvih nedelja.
- Optimizujte dimenzionisanje i ugasite ostatke.
- Ažurirajte dokumentaciju i obučite ljude koji njime upravljaju.
- Testirajte vraćanje iz backup-a i scenario oporavka od katastrofe u novom okruženju.
Česte greške
- Prelazak bez mapiranja zavisnosti.
- Preskočena provera mreže i propusnog opsega, pa aplikacije postanu spore.
- Bezbednost tretirana kao nešto što se dodaje kasnije.
- Bez kontrole troškova, pa sledi iznenadan račun.
- Bez plana vraćanja.
Kako vam možemo pomoći
Alficom pruža strukturisane strategije migracije koje svode zastoje na minimum i čuvaju integritet podataka, od jedne aplikacije do celog data centra. Pogledajte našu uslugu cloud migracije i hibridnih rešenja. Počinjemo procenom vaših radnih opterećenja i biramo najbolji pristup za svako, uključujući hibridni model kada ima više smisla nego premeštanje svega.
