A felhőbe való áttelepítés azért hajtja a vállalati szoftvermodernizációt, mert az áttérés ritkán csupán arról szól, hogy hol fut a szoftver. A gyakorlatban ez megváltoztatja azt is, ahogyan a csapatok frissítik a kódot, kezelik a kockázatokat, és bontják szét a régi rendszereket olyan részekre, amelyek gyorsabban mozgathatók.
Mindig ugyanerre az egyszerű tényre térünk vissza. Egy felhőbe történő áttelepítés indokolható lehet hardverváltásként, de gyakran alkalmazásbeli változással végződik. Itt kezdődik a modernizáció. A jelenlegi felhős programokkal kapcsolatos források az áttelepítést és a modernizációt együtt írják le, nem külön világokként, és erős mintázatot mutatnak: értékeljék a régi vermet, telepítsék át tervezett hullámokban, és használják az áttelepítést a kód, az API-k és a futtatási környezetek frissítésére.
Mit csinál valójában a piac
A fő változás az, hogy a felhős munkák ma már többet jelentenek, mint csak a „lift-and-shift” (emeljed és vidd el) technikát. A nagy felhőplatformok olyan áttelepítési útvonalakat írnak le, amelyek a egyszerű újrahelyezéstől (rehosting) a mélyebb refaktorálásig, a konténerek használatáig és a mainframe- vagy VM-frissítésekig terjednek. Ez fontos, mert a régebbi rendszerek nem maradnak hasznosak pusztán az áthelyezés miatt. Még mindig viselik a régi kódot, a régi kapcsolatokat és a régi kiadási szokásokat.
Ezért jelenik meg a modernizáció ugyanabban a mondatban az áttelepítéssel. A Google Cloud most már csoportosítja az áttelepítési és modernizációs eszközöket, és a kódleképezést, a függőségek ellenőrzését és a konténercélokat azonos munkarészként kezeli. Más vállalati iránymutatások ugyanezt mondják egyszerűbben: a felhőbeli modernizáció azt jelenti, hogy rendszereket helyezünk át, majd frissítjük őket, hogy ki tudják használni a felhő architektúráját, ne csak a felhő helyét.
Egy vállalati olvasó számára az üzenet közvetlen. A felhőbe való áttelepítés ma már egyik fő módja annak, ahogy a cégek szembenéznek a örökszoftverekkel. Okot ad a csapatoknak arra, hogy hozzáérjenek a régi kódhoz, válasszanak ki a felesleges részeket, és haladjanak az API-k, a konténerek és a kisebb szolgáltatások felé, amikor az üzleti érv egyértelmű.
Miért követi az áttelepítést a modernizáció
A régi vállalati szoftvereknek gyakran három problémájuk van. Drága futtatni, nehéz módosítani, és kockázatos egyszerre teljesen lecserélni. A felhőbe való áttelepítés segít, mert tisztán nyitott pillanatot teremt a verem áttekintésére és annak eldöntésére, mit tartunk meg, mit helyezünk újra, és mit építünk újjá.
Ez a választás számít. Egy egyszerű áthelyezés kevesebb változtatással juttathat rendszereket felhőinfrastruktúrába. De egy refaktorálási vagy újraplatformozási lépés javíthatja azt, ahogyan a szoftvert adják ki, skálázzák, és kapcsolják más rendszerekhez. Egyszerűen fogalmazva: az áttelepítés kinyitja az ajtót. A modernizáció pedig az, amit egyes csapatok akkor csinálnak, miután átsétáltak azon.
A jobb jelenlegi gyakorlat óvatosabb is, mint a régebbi „big-bang” (nagy robbanás) tervek. A nagy szolgáltatóktól származó iránymutatások fázisos áttelepítéseket, alacsony kockázatú munkaterheléseket először, és visszavonulási terveket javasolnak, ha a csereszünet gondot okoz. Ez egy gyakorlati jel a vállalati szoftverekben zajló valódi váltásról. A modernizáció kevésbé hasonlít egyetlen projektre, és inkább kontrollált változások sorozatára.
Ugyanazt a mintázatot látjuk mérnöki szempontból is. Amikor egy rendszert áttelepítenek, gyenge pontjai könnyebben láthatóvá válnak. A függőségi térképek, a költségelemzések és a futtatási tesztek feltárják, ami rejtve maradt a régi beállításban. Ez nem garantál jobb rendszert, de megkönnyíti a következő változás igazolását és biztonságosabb tervezését.
A még mindig fontos korlát
A kemény korlát az, hogy a felhőbe való áttelepítés önmagában nem javítja meg az örökszoftvert. Néhány rendszer jól migrál, és mégis törékeny marad. Másoknak több kell, mint a felhő hosztolás, mert a valódi probléma a kód szerkezete, az adatarchitektúra vagy az üzleti folyamatokból eredő technológiai adósság.
Nincs egyetlen áttelepítési útvonal sem. Egyes cégek először újra helyezik el, majd később modernizálnak. Mások refaktorálnak az áttelepítés során. Mindkét útvonal megjelenik a jelenlegi iránymutatásokban, és mindkét út kudarcba fulladhat, ha a rendszerleltár gyenge, vagy a bevezetés túl siettetett. Tehát az őszinte válasz egyszerű: a felhőbe való áttelepítés hajtja a modernizációt, de csak akkor, ha az áttelepítést gondos mérnöki munkával párosítják.
Ez a gyakorlati értelmezés az, amit az EuroOp LLC szem előtt tart. A hasznos történet nem az, hogy a felhő megoldja a vállalati szoftvereket. A hasznos történet az, hogy a felhőbe való áttelepítés strukturált pillanatot ad a csapatoknak arra, hogy modernizálják azokat, amelyek túl régiek, túl lassúak vagy túl költségesek lettek ahhoz, hogy érintetlenül hagyják őket.
Az EuroOp Insights szintén ezt a mintázatot követi kisebb méretben: egy alkalmazott K+F mintázatot, egy gyakorlati tanulságot az EuroOp termékei mögötti pipeline-ból.