Felhő-migráció — a 6R keret a gyakorlatban.

01A lényeg 30 másodpercben

A sikeres felhő-migráció nem „mindent egyszerre átkapcsolunk", hanem workloadonként, hullámokban, visszaállíthatóan. Minden alkalmazáshoz egy 6R-stratégiát rendelsz, és a kockázat szerint sorba rendezed a költözést.

És a legfontosabb: a migráció nem egyszeri projekt. A tényleges megtakarítás a folyamatos FinOps-optimalizálásból jön — különben a felhő-számla a régi költségek fölé kúszik. (A „felhőbe egyáltalán?" kérdéshez lásd a felhő vs. on-premise TCO cikket.)

02A négy fázis

A migráció négy, egymásra épülő fázisból áll — a felméréstől a folyamatos optimalizálásig:

A sikeres felhő-migráció nem egy hétvége. Workloadonként, hullámokban, visszaállíthatóan.

03A 6R stratégia — workloadonként

A 6R minden alkalmazáshoz egy stratégiát rendel, a kockázat, az érték és a sürgősség alapján. (Az AWS a keretet ma 7R-ként írja le: hetedikként a Relocate került be — a teljes virtualizációs környezet áthelyezése a felhőbeli megfelelőjére, alkalmazás-módosítás nélkül.)

1. Retire (leállítás): a felmérés tipikusan 10–20% felesleges, nem használt rendszert talál — ezeket nem migrálod, hanem kivezeted. A legolcsóbb „migráció".
2. Retain (megtartás): ami egyelőre helyben marad (compliance, latencia, vagy mert még nem éri meg mozgatni) — hibrid működés.
3. Rehost (lift-and-shift): változatlan áthelyezés felhőbe — leggyorsabb, legkisebb kockázat, de nem használja ki a felhő-natív előnyöket.
4. Replatform: migráció közbeni kisebb optimalizálás, pl. saját adatbázis helyett menedzselt szolgáltatás — jó kompromisszum erőfeszítés és haszon közt.
5. Repurchase: a saját rendszer cseréje SaaS-ra (pl. saját levelező → Microsoft 365) — megszünteti az üzemeltetést.
6. Refactor: újraírás felhő-natív architektúrára (konténer, szerver nélküli) — legnagyobb érték, legnagyobb befektetés; csak a stratégiai, sokat használt rendszereknél éri meg.

04Tipikus 6R-eloszlás

Egy átlagos migrációs portfólióban a stratégiák indikatív megoszlása az alábbi — a rehost dominál (gyors win), a refactor ritka (drága, csak ahol megéri):

05Felmérés & üzleti eset

A migráció a felméréssel áll vagy bukik. Mit tartalmaz:

• Alkalmazás- és workload-leltár — mi fut, hol, milyen erőforráson.
• Függőség-térkép — hálózat, identitás (AD/SSO), adatáramlás, külső API-k; ez dönti el a hullám-sorrendet.
• 6R-besorolás workloadonként, a kockázat/érték/sürgősség alapján.
• Üzleti eset — TCO-összevetés, megtérülés, kockázatok; ez adja a vezetői jóváhagyást.

A felmérés 3–6 hét, és sokszorosan megtérül: itt derül ki a 10–20% retire (felesleges rendszer) és a kritikus függőségek, amelyek később drága meglepetések lennének.

06Hullám-migráció — kockázat-kezelten

Nem egyszerre, hanem batchekben költözöl, növekvő kockázat szerint:

• 1. hullám: nem kritikus, alacsony függőségű workloadok (dev/test, belső eszközök) — itt tanulja meg a csapat a folyamatot élesben.
• 2. hullám: közepes kritikusságú, mérsékelt függőségű rendszerek.
• 3. hullám: kritikus, magas függőségű rendszerek — karbantartási ablakban, működő mentéssel és előre megírt rollback-tervvel.

Minden hullám után stabilizálás: a monitoring rákötése, teljesítmény-ellenőrzés, és a tanulságok beépítése a következő hullámba. A visszaállíthatóság (RTO/RPO) végig adott — lásd a DR-tervezést.

07FinOps — a megtakarítás itt kezdődik

A leggyakoribb tévedés: a migrációt egyszeri projektnek tekinteni. A felhő-számla a migráció után, optimalizálás nélkül jellemzően a vártnál magasabb. A FinOps a folyamatos költség-optimalizálás:

• Right-sizing: a túlméretezett erőforrások visszaszabása a tényleges igényre (a számla 20–40%-a tipikusan felesleges kapacitás).
• Foglalt / megtakarítási kapacitás: a stabil terhelésre előre lekötött kapacitás jelentősen olcsóbb az on-demandnál.
• Autoscaling: az ingadozó terhelés automatikus fel-/leskálázása — fizetsz, amennyit használsz.
• Felesleges erőforrások kikapcsolása: a nem-prod környezetek éjszakai/hétvégi leállítása.

FinOps nélkül a migráció nem hoz megtakarítást — pont ez a különbség a sikeres és a csalódott felhő-projekt között.

08Gyakori buktatók

• Big-bang migráció: mindent egyszerre — a legnagyobb kockázat; hullámokban, rollback-kel haladj.
• FinOps hiánya: a migrációt egyszeri projektként kezelni; optimalizálás nélkül a számla elszáll.
• Függőségek alábecslése: egy workload annyit ér, amennyit a hálózati/identitás/adat-függőségei is tudnak.
• Csak rehost: az optimalizálás (replatform) kihagyása miatt a felhő drágább marad a vártnál.
• Hiányzó rollback: minden hullámhoz kell működő mentés és visszaállítási terv.
• A retire kihagyása: felesleges rendszereket is migrálni — fizetsz olyasmiért, amit ki kellett volna vezetni.

09GYIK

Mi a 6R és miért workloadonként?

A 6R hat migrációs stratégia (Retire, Retain, Rehost, Replatform, Repurchase, Refactor). Workloadonként rendeled hozzá, mert ugyanabban a cégben az egyik rendszert érdemes változatlanul átvinni (rehost), a másikat újraírni (refactor), a harmadikat kivezetni (retire). Egységes stratégia mindenre vagy pazarlás, vagy kockázat.

Lift-and-shift vagy rögtön felhő-natív?

A legtöbb portfóliónál a rehost (lift-and-shift) a jó kezdés: gyorsan felhőben vagy, alacsony kockázattal, majd a sokat használt, stratégiai rendszereket később optimalizálod (replatform/refactor). A „rögtön mindent refactor" ritkán éri meg — drága és lassú.

Mennyi a felhő-migráció megtérülése?

A megtérülés nem a migrációból, hanem a FinOps-optimalizálásból és a rugalmasságból (skálázás, menedzselt szolgáltatások, gyorsabb szállítás) jön. A migráció önmagában költség; az érték a jól optimalizált működésben van.

Hibrid is lehet a végeredmény?

Igen, sőt gyakran ez a cél: a retain-workloadok helyben maradnak, a többi felhőben — egységesen kezelve. A felhő/on-prem mérlegeléshez lásd a TCO-cikket.

Hogyan zajlik egy felhő-migráció lépésről lépésre?

Négy fő fázis: (1) Felmérés — alkalmazás- és függőség-leltár, üzleti eset (TCO + megtérülés), workloadonkénti 6R-besorolás; (2) PoC — a célkörnyezet felállítása, néhány nem kritikus workload migrálása, a folyamat és a visszaállítás (rollback) tesztelése; (3) Hullám-migráció — a workloadokat batchekben költözteted, először a nem kritikusakat, majd a kritikusakat karbantartási ablakban, működő mentéssel és rollback-tervvel; (4) Optimalizálás — FinOps (right-sizing, foglalt kapacitás, autoscaling), monitoring rákötés, teljesítmény-hangolás. A migráció nem egyszeri projekt: a megtakarítás a folyamatos optimalizálásból jön.

Mennyi ideig tart egy felhő-migráció?

Egy közepes környezet (20–60 workload) a felméréstől az éles üzemig jellemzően 3–6 hónap, ha többségében rehost/replatform; a felmérés + üzleti eset (TCO + 6R-terv) önmagában 3–6 hét. A refaktorálás-igényes (felhő-natív átírás) workloadok ezt workloadonként hónapokkal hosszabbítják. A kulcs a hullám-tervezés: nem egyszerre költözöl, hanem batchekben, az egyszerű/nem kritikus rendszerekkel kezdve.

Mik a leggyakoribb felhő-migrációs buktatók?

(1) Big-bang migráció — mindent egyszerre költöztetni a legnagyobb kockázat; hullámokban, rollback-kel haladj. (2) FinOps hiánya — a migrációt egyszeri projektként kezelni; right-sizing és optimalizálás nélkül a számla elszáll. (3) Függőségek alábecslése — egy workload annyit ér, amennyit a hálózati, identitás- és adat-függőségei is tudnak. (4) Csak rehost — az optimalizálás (replatform) kihagyása miatt a felhő drágább marad a vártnál. (5) Hiányzó visszaállítási terv — minden hullámhoz kell működő mentés és rollback.

Mennyibe kerül egy felhő-migráció Magyarországon?

Indikatív keretek: felmérés + üzleti eset (TCO + 6R migrációs terv) 600 e – 2 M Ft; egy közepes (20–60 workload) lift-and-shift kivitelezés 4–15 M Ft egyszeri a komplexitástól és a refaktorálás mértékétől függően; ezt követően a havi felhő-üzemeltetés + FinOps 150–500 e Ft/hó. A megtérülés a folyamatos FinOps-optimalizálással jön — a migráció önmagában nem garantál megtakarítást. Ezek piaci keretek; a saját portfóliótokra felmérés után adunk személyre szabott ajánlatot, az aktuális akcióinkat is beszámítva.

10Konzultáció

Ha felhő-migrációt tervezel, egy felmérés a saját portfóliódon adja a valódi tervet. Egy 30 perces ingyenes konzultáció után workload-leltárt, függőség-térképet, workloadonkénti 6R-besorolást és hullám-tervet adunk — TCO-val és FinOps-kerettel.

A kivitelezést a Cloud & Hibrid, a Rendszerintegráció és az IT Infrastruktúra szolgáltatásaink keretrendszerével támogatjuk — 25+ év és 50+ felhő-migrációs projekt tapasztalatával.

Ingyenes 30 perces konzultáció