AWSAzureInfrastrukturaDevOpsCloud Migracija
Cloud Migracija: Kompletni Vodič za Prelazak sa On-Premise na Cloud 2026
ProCode8. maj 2026.
Cloud & Infrastruktura
Cloud Migracija: Kompletni Vodič za Prelazak sa On-Premise na Cloud 2026
Kompanije koje migriraju u cloud ostvaruju smanjenje IT troškova od 20–40% — ali samo uz pravu strategiju, procjenu i cutover plan.
Migracija u cloud više nije pitanje "hoćemo li" — već "kako i kada". Prema podacima iz Flexera 2025 State of the Cloud Report, 84% organizacija navodi upravljanje cloud troškovima kao najveći izazov, što jasno pokazuje da uspjeh migracije ne leži samo u tehničkom prelasku, već u strateškom planiranju od prvog dana. Tržište cloud migracionih usluga u 2026. godini vrijedi 31,5 milijardi USD i raste po stopi od 22,4% godišnje — a cloud migracija je već drugi IT prioritet CIO-a u 2026, odmah iza kibernetičke sigurnosti.
U ovom vodiču prolazimo kroz svaki korak uspješne cloud migracije: od procjene postojeće infrastrukture, kroz 6R strategijski okvir, do izbora provajdera, testiranja i finalnog cutover plana.
Zašto Migrirati u Cloud? Stvarni Brojevi iz 2025/2026
20–40%
smanjenje IT troškova
Ušteda na infrastrukturi
Prema McKinsey analizi, kompanije koje ubrzaju cloud migraciju smanjuju troškove infrastrukture za 20–40%, uz poboljšanje time-to-market za do 50%.
94%
preduzeća koristi cloud
Globalna cloud adopcija
U 2026. godini, 94% preduzeća koristi barem jedan cloud servis, dok je cloud migracija tržište vrijedno 31,5 milijardi USD sa rastom od 22,4% CAGR.
75%
organizacija ubrzava time-to-market
Brzina i agilnost
Prema dostupnim podacima, skoro 75% organizacija izvještava da je cloud adopcija ubrzala lansiranje digitalnih proizvoda na tržište.
Pored ušteda, cloud donosi i mjerljive operativne prednosti. 70% IT lidera navodi da je cloud poboljšao disaster recovery i poslovnu otpornost, dok 80%+ organizacija ističe skalabilnost i fleksibilnost kao ključne benefite. Prema Gartner prognozi, do 2027. godine 65% enterprise workloada će se izvoditi u cloudu, u poređenju sa samo 35% u 2022.
Korak 1: Procjena Postojeće Infrastrukture (Cloud Readiness Assessment)
Uspješna cloud migracija ne počinje u cloudu — počinje dubokim razumijevanjem onoga što već imate. Prema Flexera 2025 State of the Cloud Report, top izazovi migracije su razumijevanje zavisnosti aplikacija i procjena tehničke izvodljivosti — što direktno govori koliko je faza procjene kritična. Organizacije koje preskoče ovu fazu tipično se suočavaju s kašnjenjima, neočekivanim preradama i znatno višim cloud računima.
Šta Obuhvata Procjena Infrastrukture?
- ✓ Inventar hardvera i softvera — katalogizacija svih servera, baza podataka, mrežnih komponenti i aplikacija
- ✓ Mapiranje zavisnosti aplikacija — identifikacija međusobnih veza između sistema (alati: Device42, AWS Migration Hub)
- ✓ Analiza tehničkog duga — procjena legacy sistema koji zahtijevaju posebne migracionе pristupe
- ✓ Sigurnosna i compliance procjena — GDPR, ISO 27001, industrijska regulativa
- ✓ Analiza performansi i kapaciteta — peak usage, bottleneck-ovi, zahtjevi za skalabilnost
- ✓ Procjena cloud-readiness — koje aplikacije su odmah migrabilne, a koje zahtijevaju refaktoring
Preporučuje se korištenje automatizovanih discovery alata koji mogu skenirati mrežu i generisati kompletnu mapu infrastrukture — uključujući servere, aplikacije, zavisnosti i metrike performansi. Kompanije poput Capital One-a koristile su upravo ovaj pristup pri planiranju prelaska na AWS, dok je GE-ova procjena pomogla u strateškom odlučivanju o tome koje aplikacije migrirati, povući ili refaktorisati.
Prema dostupnim podacima, 47% kašnjenja u migracionim projektima uzrokovano je legacy zavisnostima aplikacija koje nisu identifikovane tokom faze procjene. Organizacije koje provode pilot migraciju za 5–10% workloada smanjuju ukupno vrijeme migracije za 28%.
Korak 2: Šest R Strategija Cloud Migracije (6R Framework)
Nakon procjene infrastrukture, sljedeći korak je izbor prave migracione strategije za svaku aplikaciju. AWS je razvio i popularizovao 6R framework, koji pruža strateški rječnik za kategorizaciju i planiranje prelaska svake workload grupe u cloud. Ovo nije pristup koji vrijedi za sve — svaka aplikacija može zahtijevati drugačiji R.
| Strategija (R) | Naziv | Opis | Kompleksnost | Kada koristiti |
|---|---|---|---|---|
| Rehost | Lift & Shift | Premještanje aplikacija bez izmjena direktno u cloud | Niska | Brza migracija, istekli ugovori za data centar |
| Replatform | Lift, Tinker & Shift | Manje optimizacije bez promjene core arhitekture (npr. baza → Amazon RDS) | Srednja | Balans između brzine i modernizacije |
| Repurchase | Drop & Shop | Prelazak na SaaS rješenje (npr. CRM → Salesforce, HR → Workday) | Srednja | Standardni poslovni procesi sa SaaS alternativom |
| Refactor | Re-architect | Redizajn u cloud-native arhitekturu (mikroservisi, serverless, kontejneri) | Visoka | Potreba za skalabilnošću, performansama i novim funkcijama |
| Retire | Gašenje | Ukidanje aplikacija koje više nisu potrebne | Niska | Zastarjele aplikacije bez poslovne vrijednosti |
| Retain | Zadržati on-premise | Aplikacije koje ostaju on-premise (compliance, nedavno ažurirane) | Niska | Regulatorne obaveze, visok rizik, nedavne investicije |
Rehost (Lift & Shift) je najbrži put u cloud i nosi najmanji rizik. Prema AWS podacima, GE Oil & Gas je primjenom ove strategije ostvario uštedu od oko 30% troškova bez ikakvih dodatnih cloud optimizacija. Alati poput AWS Application Migration Service (MGN) i AWS VM Import/Export mogu automatizovati veliki dio ovog procesa.
Refactor je najkompleksnija strategija — zahtijeva izmjene koda i temeljito testiranje, ali donosi najveće dugoročne benefite. Airbnb je primjenom ove strategije na AWS-u rekonstruisao ključne servise kako bi u potpunosti iskoristio cloud-native mogućnosti i postigao masovnu skalabilnost.
Repurchase (Drop & Shop) eliminira značajne migracione napore prelaskom na SaaS platforme — npr. s on-premise email servera na cloud ekvivalent, ili s internog CRM-a na Salesforce.
Korak 3: Izbor Cloud Provajdera — AWS vs Azure vs GCP u 2026
Izbor cloud provajdera je jedna od najvažnijih infrastrukturnih odluka koje kompanija može donijeti. U 2026. godini, tri hyperscalera dominiraju tržištem: AWS (31% tržišnog udjela), Microsoft Azure (24%) i Google Cloud Platform (12%) — zajedno kontrolišu oko 68% globalnog cloud tržišta. Svaki provajder ima jasne prednosti i slabosti koje treba uskladiti s vašim specifičnim potrebama.
| Kriterij | AWS | Microsoft Azure | Google Cloud (GCP) |
|---|---|---|---|
| Tržišni udio (2026) | ~31% | ~24% | ~12% |
| Broj servisa | 200+ servisa | 200+ servisa | 150+ servisa |
| Idealno za | Široki spektar, startupi, enterprise | Microsoft ekosistem, hybrid cloud | AI/ML, big data, Kubernetes |
| Compute cijena | Referentna | Slična AWS-u | 5–10% jeftinije |
| Hybrid cloud | AWS Outposts | Azure Arc (lider) | Anthos (Kubernetes) |
| AI/ML rast (2025) | +18% YoY | +25% YoY | +28% YoY (najbrži) |
| Migracioni alati | AWS MGN, DMS, Migration Hub | Azure Migrate, Data Box | Migrate for Compute Engine, DMS |
AWS vodi po širini ponude i zrelosti ekosistema — sa više od 200 servisa i globalnom mrežom od 105 Availability Zona u 33 regiona (prema AWS podacima za 2025). Idealan je za organizacije koje trebaju maksimalnu granularnost kontrole i najveći izbor managed servisa.
Microsoft Azure je prirodan izbor ako vaša organizacija već koristi Windows Server, Active Directory, SQL Server ili Microsoft 365. Azure Hybrid Benefit omogućava ponovnu upotrebu postojećih licenci, što značajno smanjuje troškove cloud infrastrukture. Azure Arc je u 2026. godini široko prepoznat kao najsnažnije hybrid cloud rješenje.
Google Cloud (GCP) je najbrže rastuće hyperscaler okruženje — sa prihodom koji raste 28% godišnje u FY2025. Prednjači u AI/ML workloadima zahvaljujući Vertex AI platformi, BigQuery ML i jedinstvenim Cloud TPU procesorima. GCP je također lider u Kubernetes orkestracij kroz Google Kubernetes Engine (GKE).
"Pravi cloud provajder nije onaj s najvećim tržišnim udjelom — već onaj koji odgovara vašim workloadima, timu i budžetu. Greška u izboru može koštati stotine hiljada dolara u trogodišnjem periodu.
— Industrijska preporuka, Tech-Insider Cloud Analysis 2026
Korak 4: Planiranje i Priprema Migracije
Nakon što ste odabrali provajdera i strategiju za svaku aplikaciju, slijedi detaljna faza planiranja. Ovo je moment kada se definiše migracioni talas (wave plan) — redoslijed kojim će se workloadi premještati. Opšte pravilo: počnite s aplikacijama nižeg rizika, a mission-critical sisteme ostavite za kraj, kada tim već ima iskustvo i povjerenje u proces.
Ključni Elementi Migracionog Plana
- ✓Wave plan (migracioni talas) — Grupisanje aplikacija po prioritetu, zavisnostima i riziku. Počnite s email i collaboration alatima (2–4 sedmice), zatim IaaS (2–4 mjeseca za 10–50 VM), a data center migracija za 100+ aplikacija traje 6–18 mjeseci.
- ✓FinOps strategija od prvog dana — Tagging i ownership moraju biti postavljeni prije nego što se workloadi premjeste. Bez alokacije od prvog dana, rani cloud računi dolaze kao neraspoređeni troškovi i uštede postaje nemoguće dokazati.
- ✓Sigurnost i compliance — Koristite Infrastructure-as-Code (IaC) za automatsko postavljanje sigurnosnih politika. Sve tri platforme (AWS, Azure, GCP) ispunjavaju standarde ISO 27001, SOC 2, PCI-DSS i GDPR.
- ✓Rightsizing compute resursa — Koristite CloudWatch ili migracione discovery podatke za odabir instance familija umjesto dimenzionisanja prema hardverskim specifikacijama. Ovo može smanjiti troškove za 35%.
- ✓Komunikacioni plan — Uključite sve stakeholder-e: finance, sigurnost, pravni tim, compliance i poslovne jedinice. Efikasna komunikacija je ključna za uspješan prijelaz.
Važno je i pravilno vremenski planirati kupovinu rezerviranih kapaciteta (Reserved Instances / Savings Plans). Kupovina prerано zaključava migracione dimenzije koje rijetko odgovaraju steady-state potražnji, dok kasna kupovina ostavlja popuste na stolu. AWS Reserved Instances mogu smanjiti troškove compute-a i do 72%, a Spot Instances do 90% u poređenju s on-demand cijenama.
Korak 5: Testiranje — Kritična Faza Koja Se Često Preskače
Testiranje je jedna od faza u kojoj se najčešće griješi — i koja ima najveće posljedice. Prema dostupnim industrijskim podacima, cloud migracije često propadaju upravo zbog nedovoljnog testiranja i mapiranja zavisnosti. Svaki problem uhvaćen u staging okruženju je jedan outage manje u produkciji.
Tipovi Testiranja Tokom Cloud Migracije
- ▸ Pre-migration testiranje — Staging okruženje koje vjerno oponaša produkciju; identifikacija potencijalnih problema prije stvarnog prelaska
- ▸ Funkcionalno testiranje — Provjera da sve aplikacije, API-ji i integracije rade ispravno nakon migracije
- ▸ Load i stress testiranje — Simulacija visokog prometa i resurski zahtjevnih scenarija za provjeru performansi
- ▸ Sigurnosno testiranje — Penetration testing, vulnerability scanning, provjera enkripcije i compliance zahtjeva
- ▸ UAT (User Acceptance Testing) — Uključivanje krajnjih korisnika za validaciju da aplikacije ispunjavaju njihove zahtjeve
- ▸ Connectivity testiranje — Provjera konekcija između aplikacija, korisnika i mreža; latencija, load times
- ▸ Dry run cutover — Kompletna simulacija finalnog cutovera u staging okruženju, sa mjerenjem vremena i identifikacijom rizika
Prema Microsoft smjernicama za migracione projekte, dobro strukturirana faza testiranja može smanjiti post-cutover incidente za više od 60%. Spotify je primjenom post-migracione optimizacije smanjio troškove infrastrukture za 40%, dok je Airbnb postigao poboljšanje performansi aplikacija od 30% zahvaljujući cloud-native optimizacijama.
Korak 6: Cutover Plan — Prelazak u Produkciju
Cutover je trenutak kada se mrežni promet sa postojećih endpoint-a preusmjerava na novo deployovane resurse u cloudu — najčešće kroz ažuriranje DNS zapisa ili load balancer konfiguracije. Prema AWS Prescriptive Guidance dokumentaciji, što je kraći cutover prozor, to je veća kompleksnost. Za mission-critical aplikacije, ovaj balans zahtijeva opsežno planiranje.
Big Bang Cutover
- ✓ Jednostavniji za planiranje
- ✓ Brže završen
- ✗ Viši rizik od katastrofalnog neuspjeha
- ✗ Duži downtime prozor
- → Preporučeno za: test okruženja, manje aplikacije
Phased / Incremental Cutover
- ✓ Minimalan downtime
- ✓ Brz rollback (samo DNS/load balancer promjena)
- ✓ Postepeno povećanje load-a na AWS/Azure/GCP
- ✗ Kompleksniji za implementaciju
- → Preporučeno za: business-critical produkcijske workloade
Blue/Green deployment je jedna od najpopularnijih tehnika za minimizaciju downtime-a: source (blue) i target (green) sistemi rade paralelno, a promet se preusmjerava tek kada validacija potvrdi da je target u sinhronizaciji i ispravno funkcioniše. Rollback je u tom slučaju trivijalan — samo promjena DNS zapisa ili load balancer targeta.
Prema industrijskim podacima, neplaniran downtime košta preduzeća više od 5.000 USD po minuti, a 90% mid-size i velikih preduzeća navodi da jedan sat IT downtime-a košta više od 300.000 USD. Ovo jasno pokazuje zašto je cutover planiranje kritično za poslovni uspjeh.
Cutover Checklist — Ključni Koraci
- ✓ Ingestion freeze — Zamrzavanje unosa podataka u on-premise aplikacije
- ✓ Finalni backup — Kompletni backup on-premise sistema (osnova za rollback u hitnim slučajevima)
- ✓ Finalna sinhronizacija podataka — Završna data sync između on-premise i cloud okruženja
- ✓ Routing promjene — Preusmjeravanje korisnika na cloud okruženje (DNS ažuriranje, load balancer targeti)
- ✓ Validacija — QA tim potvrđuje da je cutover kompletan i da sve funkcioniše
- ✓ Rollback plan — Jasno definisani uslovi za automatski ili manualni rollback sa odgovornom osobom
- ✓ Hypercare period — Intenzivna podrška u sedmicama nakon cutovera za brzo rješavanje problema
Korak 7: Post-Migracija — Optimizacija i Monitoring
Posao ne završava kada zadnji workload pređe u cloud — u mnogim aspektima, tek tada počinje. Prema Flexera 2025 State of the Cloud Report, 87% ispitanika navodi cost efficiency/savings kao primarnu metriku uspjeha cloud projekata, što je skok od 22 procentna poena u odnosu na prethodnu godinu. Organizacije koje usvoje FinOps prakse izvještavaju o prosječnoj uštedi od 20% na ukupnim cloud troškovima u prvoj godini.
Post-Migraciona Optimizacija — Best Practices
- ✓ Rightsizing — Prilagođavanje instance tipova stvarnoj upotrebi (CPU, memorija, I/O), a ne hardverskim specifikacijama
- ✓ Autoscaling — Automatsko prilagođavanje resursa prema dinamičnoj potražnji
- ✓ Reserved Instances / Savings Plans — Kupovina rezerviranih kapaciteta za predvidive workloade (ušteda do 72% na AWS-u)
- ✓ Monitoring i observability — Alati poput Grafana, Prometheus, CloudWatch za kontinuirani nadzor performansi i troškova
- ✓ Decommissioning — Gašenje on-premise resursa i orphan cloud resursa (60% organizacija još uvijek ima idle cloud resurse)
- ✓ Obuka tima — Kontinuirana edukacija operations, development, sigurnosnih i IT timova na novim cloud alatima
- ✓ Redovni auditi — Periodična provjera konfiguracija, patch management i sigurnosnih postavki
!
Jeste li znali?
Prema Flexera 2025 State of the Cloud Report, 84% organizacija navodi upravljanje cloud troškovima kao najveći izazov, a cloud budžeti se premašuju za prosječno 17%. Istovremeno, 60% organizacija i dalje ima idle cloud resurse koji generišu skrivene troškove. Organizacije koje usvoje FinOps prakse i investiraju u cloud cost optimizaciju tokom migracije mogu ostvariti uštedu od prosječno 430.000 USD u prvoj godini.
Najčešće Greške u Cloud Migraciji i Kako Ih Izbjeći
Čak i uz pažljivo planiranje, migracije mogu krenuti po zlu. Prema dostupnim industrijskim podacima, više od 60% kompleksnih data migration projekata prekorači budžet ili kasni u odnosu na plan. Evo najčešćih zamki:
Česte Greške
- ✗ Preskakanje faze procjene i discovery-ja
- ✗ Nedovoljno mapiranje zavisnosti aplikacija
- ✗ Dimenzionisanje cloud resursa prema hardverskim specifikacijama umjesto stvarnoj upotrebi
- ✗ Zanemarivanje double-run troškova (paralelni on-premise i cloud)
- ✗ Kupovina Reserved Instances prerano (prije stabilizacije workloada)
- ✗ Nedostatak rollback plana za cutover
Kako Ih Izbjeći
- ✓ Provesti temeljnu Cloud Readiness Assessment
- ✓ Koristiti automatizovane discovery alate (Device42, AWS Migration Hub)
- ✓ Koristiti CloudWatch / monitoring podatke za rightsizing
- ✓ Eksplicitno budžetirati i vremenski ograničiti double-run period
- ✓ Čekati steady-state demand prije kupovine rezerviranih kapaciteta
- ✓ Definisati i testirati rollback plan u staging okruženju
Troškovi Cloud Migracije — Šta Očekivati?
Troškovi cloud migracije variraju značajno ovisno o veličini organizacije, odabranoj strategiji i kompleksnosti workloada. Prema dostupnim industrijskim podacima za 2026. godinu:
| Veličina organizacije | Prosječni troškovi migracije | Trajanje | Napomena |
|---|---|---|---|
| Startup / Mala firma | od 40.000 USD | 2–6 sedmica (email/SaaS) | Lift & Shift, manji broj aplikacija |
| Mid-market (100–999 zaposlenih) | ~280.000 USD | 2–4 mjeseca (10–50 VM) | Uključuje servise, alate i prve godišnje troškove |
| Enterprise (50+ aplikacija) | ~1,2 mil. USD | ~8 mjeseci | Prosječna cijena, trajanje ~8 mjeseci |
| Large Enterprise (5.000+ korisnika) | 1,2–4,5 mil. USD | 6–18 mjeseci | Ovisno o kompleksnosti i broju aplikacija |
Važno je imati na umu i skrivene troškove: egress (data transfer) naknade čine 6–12% ukupnih troškova migracije, a refaktoring aplikacija predstavlja 34% ukupnih troškova kada organizacije modernizuju umjesto da rade lift-and-shift. Paralelno pokretanje on-premise i cloud okruženja (double-run) mora biti eksplicitno budžetirano i vremenski ograničeno.
Cloud migracija je jedna od najznačajnijih IT transformacija koje organizacija može poduzeti — i rezultati to potvrđuju. Kompanije koje migriraju u cloud uz pravu strategiju ostvaruju smanjenje troškova infrastrukture od 20–40%, ubrzavaju time-to-market, poboljšavaju disaster recovery i otvaraju vrata AI i analytics mogućnostima. Ključ uspjeha leži u temeljnoj procjeni infrastrukture, primjeni 6R frameworka za svaku aplikaciju, pažljivom izboru provajdera (AWS, Azure ili GCP) prema specifičnim potrebama, rigoroznom testiranju i dobro planiranom cutover procesu s jasnim rollback opcijama. Post-migraciona optimizacija kroz FinOps prakse i kontinuirani monitoring osiguravaju da investicija donosi mjerljive poslovne rezultate dugoročno.
