- Migracija į debesį kapitalines išlaidas paverčia veiklos išlaidomis, suteikia lankstumo ir sumažina bendras IT infrastruktūros eksploatavimo išlaidas.
- 6 „R“ (perkėlimas, pertvarkymas, naujo apibrėžimo keitimas, atpirkimas, išėjimas į pensiją / išlaikymas) leidžia strategiją pritaikyti kiekvienai programai.
- Debesis pagerina saugumą, mastelio keitimą ir duomenų analizę, sudarydamas sąlygas dirbtinio intelekto iniciatyvoms ir skaitmeninei transformacijai.
- Kruopštus planavimas, bandomieji projektai ir specialios perkėlimo priemonės yra būtini norint saugiai ir efektyviai diegti debesijos technologijas.
Debesų kompiuterijos perkėlimas tapo svarbia tema bet kuriam IT skyriui, rimtai žiūrinčiam į skaitmeninę transformaciją. Vis daugiau organizacijų svarsto galimybę perkelti programas, duomenis ir infrastruktūrą į debesų kompiuterijos platformas, kad padidintų lankstumą, sutaupytų lėšų ir greitai reaguotų į rinkos pokyčius.
Tačiau perėjimas iš tradicinės vietinės aplinkos į debesijos ekosistemą nėra tiesiog „serverių perkėlimas“. Tai apima sprendimus dėl sąnaudų modelių, migracijos tipų, modernizavimo strategijų ir vidinių pokyčių valdymo. Išsamus supratimas apie tai, ką reiškia migracija į debesį, kodėl ji verta, ir galimas strategijas (garsiuosius 6 „R“) yra labai svarbus siekiant užtikrinti, kad projektas netaptų galvos skausmu.
Kas tiksliai yra debesijos migracija?
Kalbėdami apie migraciją į debesį, turime omenyje skaitmeninių išteklių (programų, duomenų bazių, failų, serverių, tinklų ir kitų IT komponentų) perkėlimo iš vietinio duomenų centro ar kitos aplinkos į išorinio teikėjo teikiamą debesų kompiuterijos infrastruktūrą procesą.
Debesų kompiuterija – tai tiesiog IT paslaugų teikimas internetu : skaičiavimo galia, saugykla , duomenų bazės, tinklai, programinė įranga, analizė, dirbtinis intelektas ir daugelis kitų supakuotų paslaugų, kurios naudojamos pagal poreikį. Tokiu būdu, užuot pirkę ir prižiūrėję savo serverius, mes „nuomojamės“ išteklius, kai jų reikia.
Migracija gali būti dalinė arba visiška. Kai kurios organizacijos pradeda nuo to, kad į debesį perkelia tik tam tikrus darbo krūvius ar konkrečias programas (pavyzdžiui, CRM arba ERP ), o kitas sistemas prižiūri vietoje. Tačiau kitos taiko radikalesnę strategiją ir vidutinės trukmės laikotarpiu palaipsniui perkelia beveik visą savo aplinką į debesį.
Šis procesas paprastai yra platesnės skaitmeninės transformacijos iniciatyvos dalis, kai debesija veikia kaip bazinė platforma, palaikanti naujas programas, integracijas, analizės ir dirbtinio intelekto iniciatyvas, kurias būtų daug sudėtingiau ir brangiau diegti vien lokalioje aplinkoje.
Kodėl tiek daug įmonių renkasi migraciją į debesį?
Pastaraisiais metais migracija į debesijos kompiuteriją iš „novatoriško“ varianto tapo beveik privalomu žingsniu įmonėms, norinčioms neatsilikti nuo skaitmeninės rinkos. COVID-19 pandemija buvo žiaurus akceleratorius: masinis perėjimas prie nuotolinio darbo ir padidėjęs vartojimas internete aiškiai parodė, kad daugelis modelių, pagrįstų vien vietine infrastruktūra, neatitinka lūkesčių.
Aiškus pavyzdys yra elektroninė prekyba. Internetinės parduotuvės, kurios sugebėjo greitai pritaikyti savo platformas, kad galėtų susidoroti su staigiais srauto šuoliais, tai darė pasikliaudamos debesijos architektūromis, galinčiomis augti arba mažėti pagal paklausą . Tos, kurios neturėjo šios galimybės, patyrė sutrikimų, lėtą veikimą arba tiesioginius pardavimų nuostolius.
Tačiau po pandemijos debesija tapo beveik bet kurio skaitmeninės transformacijos projekto pagrindiniu komponentu. Ji leidžia organizacijoms greitai padidinti išteklių kiekį, išbandyti naujas paslaugas be didelių išankstinių investicijų ir reaguoti į verslo pokyčius daug mažiau nei tradicinėje vietinėje aplinkoje.
Be to, debesų kompiuterija paprastai yra efektyvesnė energijos vartojimo požiūriu nei vietiniai duomenų centrai . Dideli debesų kompiuterijos paslaugų teikėjai valdo duomenų centrus, optimizuotus taip, kad sumažintų energijos suvartojimą, užtikrintų geresnį panaudojimo lygį ir daugeliu atvejų juose būtų naudojama atsinaujinanti energija. Tai padeda įmonėms sumažinti savo anglies pėdsaką – vis svarbesnį klausimą įmonių darbotvarkėse.
Iš tiesų, daugybė tyrimų rodo, kad daugiau nei pusė organizacijų aplinkos tvarumą laiko vienu iš svarbiausių savo prioritetų . Debesijos kompiuterija puikiai dera prie šios strategijos, nes leidžia konsoliduoti infrastruktūrą ir sumažinti energijos švaistymą, susijusį su nepakankamai naudojamais vietiniais serveriais.
Kapitalo išlaidos ir veiklos išlaidos: besikeičiantys sąnaudų modeliai debesyje
Vienas reikšmingiausių pokyčių, atsiradusių dėl perkėlimo į debesijos kompiuteriją, yra perėjimas nuo kapitalo išlaidų (CapEx) modelio prie veiklos išlaidų (OpEx) modelio . Šis apskaitos ir finansų pokytis dažnai yra įtikinamas argumentas vyresniajai vadovybei ir finansų skyriui.
Tradicinėje IT aplinkoje kapitalo išlaidos pasireiškia didelėmis vienkartinėmis investicijomis: serverių pirkimu, duomenų centro statyba ar plėtra , nuolatinių programinės įrangos licencijų įsigijimu , saugojimo sistemomis, tinklo įranga ir kt. Šis turtas laikui bėgant nusidėvi, tačiau pradinės išlaidos yra labai didelės.
Priešingai, debesyje didžioji dalis sąnaudų perkvalifikuojamos kaip veiklos sąnaudos. Už naudojamas paslaugas mokamas pasikartojantis mokestis (mėnesinis arba metinis) , naudojant lanksčius prenumeratos arba mokėjimo pagal naudojimą modelius. Tai leidžia geriau nuspėti išlaidas, atitinkančias faktinį aktyvumo lygį, ir, svarbiausia, išvengti arba sumažinti dideles pradines investicijas į aparatinę įrangą ir infrastruktūrą.
Šis pakeitimas ne tik palengvina finansinę naštą, bet ir leidžia IT skyriui greičiau judėti į priekį. Užuot pateisinus serverio įsigijimo projektą iš anksto mėnesiais, papildomus pajėgumus galima skirti per kelias minutes ir atlaisvinti, kai jų nebereikia, taip koreguojant išlaidas beveik realiuoju laiku.
Debesis taip pat padeda modernizuoti senąsias programas ir darbo krūvius, o tai dažnai reiškia mažesnes, brangesnes senosios programinės įrangos licencijas ir kai kurių sudėtingumo, susijusio su jų nuolatine priežiūra vietoje, panaikinimą.
Pagrindiniai migracijos į debesį privalumai
Priežastys, kodėl verta svarstyti migraciją į debesį, yra įvairios, tačiau yra keletas privalumų, kurie būdingi praktiškai visoms organizacijoms. Tarp svarbiausių yra lankstumas, mastelio keitimas, saugumas, veiklos efektyvumas, sąnaudų mažinimas ir tvarumas.
Didesnis lankstumas ir mobilumas
Jūsų vietinė infrastruktūra galėjo būti moderniausia ją projektuojant, tačiau realybė tokia, kad technologijos nuolat tobulėja. Didžiausi viešojo debesies teikėjai investuoja milžiniškus išteklius į nuolatinį savo platformų tobulinimą, naujų paslaugų pridėjimą ir saugumo stiprinimą . Pasinaudodami šia ekosistema, jūsų komanda gali sutelkti dėmesį į tai, kas iš tikrųjų kuria pridėtinę vertę verslui.
Kitaip nei vietiniai serveriai, debesijos paslaugos paprastai pasiekiamos iš bet kurios vietos, kurioje yra interneto ryšys . Tai palengvina nuotolinį darbą, bendradarbiavimą tarp biurų ir leidžia darbuotojams tęsti darbą fiziškai nepririštiems prie konkretaus biuro.
Be to, saugant duomenis ir programas debesyje, jos yra mažiau pažeidžiamos vietinių aparatinės įrangos problemų: diskų gedimų, elektros energijos tiekimo sutrikimų, duomenų centro klimato kontrolės gedimų ir kt. Nors nėra neklystančios aplinkos, dideli debesijos paslaugų teikėjai paprastai siūlo tokius perteklinio duomenų kiekio ir atsparumo lygius, kuriuos sunku pasiekti mažame ar vidutinio dydžio vietiniame duomenų centre.
Mastelio keitimas pagal poreikį
Vietinės infrastruktūros valdymas yra subtilus balansavimo veiksmas. Jei aprūpinate per daug išteklių, mokate už serverius ir išteklius, kurie didžiąją laiko dalį praleidžia nepakankamai išnaudojami . Jei aprūpinate per mažai, piko metu gali kilti kliūčių, paslaugų teikimo sutrikimų arba nepriimtinas reagavimo laikas.
Debesyje mastelio keitimas yra platformos DNR dalis. Galite beveik akimirksniu padidinti arba sumažinti išteklius : pridėti daugiau serverio instancijų, išplėsti saugyklą, padidinti tinklo pajėgumą arba pasinaudoti automatinio mastelio keitimo paslaugomis, kurios automatiškai reaguoja į naudojimo šuolius.
Be to, daugelis tiekėjų turi duomenų centrus, paskirstytus visame pasaulyje, todėl infrastruktūrą galima priartinti prie galutinių klientų , sumažinti delsą ir pagerinti naudotojų patirtį. Pasaulinio masto įmonėms arba toms, kurios turi stiprų skaitmeninį komponentą, tai yra didelis skirtumas.
Centralizuotas saugumas ir atitiktis reglamentams
Debesijos paslaugų teikėjai veikia laikydamiesi griežtų saugumo ir atitikties sistemų: viešųjų reglamentų, tokių kaip BDAR, arba konkrečių standartų, tokių kaip HIPAA, PCI DSS, SOC 2 ir daugelio kitų pramonės standartų. Kad atitiktų šiuos reikalavimus, jie įdiegia pažangias duomenų apsaugos, stebėjimo ir incidentų reagavimo technologijas.
Perkėlę savo duomenis ir programas į viešąjį debesį, galite naudotis nuolat atnaujinamu, etaloniniu saugumu, nereikėdami patiems diegti visos pagrindinės infrastruktūros. Žinoma, jūs išliekate atsakingi už tinkamą paslaugų konfigūravimą, prieigos politikos apibrėžimą ir tapatybių apsaugą, tačiau jūsų kuriamas saugumo pagrindas yra daug tvirtesnis.
Veiklos efektyvumas ir prieiga prie informacijos
Norisi manyti, kad dėl fizinio artumo vietinis duomenų centras visada pasiūlys geresnį našumą nei debesis. Tačiau realybė dažnai būna sudėtingesnė. Daugelyje vietinių aplinkų duomenys yra paskirstyti keliuose silosuose, skirtinguose duomenų centruose ar net filialuose , todėl juos sunku pasiekti ir analizuoti.
Debesijos pagrindu veikiantys duomenų centrai leidžia centralizuoti arba bent jau konsoliduoti svarbią informaciją vieningose duomenų platformose , todėl daug lengviau ieškoti informacijos, atlikti užklausas ir susieti ją su kitomis. Tokiu būdu įgalioti vartotojai gali greitai rasti reikiamus duomenis, generuoti ataskaitas ir užbaigti projektus be didesnių sunkumų.
Reikšmingas išlaidų sumažinimas
Daugeliu atvejų, kai organizacija pagrįstai migruoja į debesį, bendros jos IT infrastruktūros eksploatavimo išlaidos (TCO) gerokai sumažėja . Investicijos į aparatinę įrangą, fizinio duomenų centro priežiūrą ir kai kurias įprastas valdymo pastangas yra panaikinamos arba sumažinamos iki minimumo.
Be to, mokant tik už tuos išteklius, kuriuos iš tikrųjų naudojate, išlaidos skaičiavimui, tinklams ir saugyklai paprastai gerokai sumažėja , neprarandant prieinamumo ar saugumo. Kai kuriais skaičiavimais, tinkamai planuojant ir valdant perkėlimą į debesį, potencialios santaupos procentais yra labai didelės.
Tvarumas ir mažesnis anglies pėdsakas
Tvarumas tapo strateginiu veiksniu, o ne tik įvaizdžio klausimu. Debesų kompiuterija pagal savo pobūdį paprastai yra efektyvesnė energijos vartojimo požiūriu nei dešimčių ar šimtų serverių išlaikymas mažuose duomenų centruose. Didelis darbo krūvių tankis ir didelių tiekėjų veiklos optimizavimas leidžia sumažinti bendras energijos suvartojimą vienam skaičiavimo vienetui.
Pasitelkdamos debesijos infrastruktūrą, kurioje naudojami energiją taupantys duomenų centrai ir daugeliu atvejų atsinaujinanti energija , įmonės gali sumažinti savo poveikį aplinkai ir kartu modernizuoti IT. Daugeliui organizacijų debesijos indėlis siekiant tvarumo tikslų jau yra pagrindinis pardavimo argumentas.
Bendrieji tikslai migruojant į debesį
Be bendrosios naudos, įmonės, planuodamos migraciją, paprastai siekia ir kelių konkrečių tikslų. Tarp dažniausiai pasitaikančių yra našumo gerinimas, prieinamumo didinimas, saugumo stiprinimas ir naujų analizės bei dirbtinio intelekto galimybių įgalinimas.
Daugelis organizacijų nori pasinaudoti migracija, kad modernizuotų senąsias programas ir sumažintų priklausomybę nuo brangiai prižiūrimų ir nelanksčių sistemų. Tai apima, pavyzdžiui, tam tikrų tradicinių darbalaukio ar serverio sprendimų pakeitimą visiškai valdomomis debesijos paslaugomis.
Atrakinti duomenų analizę
Perkėlus programas ir duomenis į debesį, tampa daug lengviau integruoti informaciją iš tokių sistemų kaip CRM, SAP, rinkodaros įrankiai, operacijų duomenų bazės ir kiti šaltiniai į bendrą duomenų platformą.
Šių sistemų modernizavimas debesyje sugriauna informacijos silosus ir atveria naujas verslo galimybes , pasitelkiant pažangią analizę, realaus laiko ataskaitų suvestines ar nuspėjamuosius modelius. Be to, organizacija įgyja lankstumo reaguoti į problemas ir tendencijas, naudodamasi naujausiais duomenimis.
Padidinkite verslo lankstumą
Naudodamiesi debesijos paslaugomis, IT komandos gali turėti išteklių pagal poreikį, todėl nereikia laukti savaičių ar mėnesių, kol įsigysite, įdiegsite ir sukonfigūruosite aparatinę įrangą kiekvieną kartą, kai atsiranda naujas projektas ar verslo iniciatyva.
Šis greito reagavimo pajėgumas reiškia daug lankstesnes pateikimo į rinką strategijas , galimybę atlikti nebrangius koncepcijos įrodymo testus ir galimybę pritaikyti gerai veikiančius sprendimus nereikalaujant atkurti infrastruktūros nuo nulio.
Duomenų konsolidavimas ir modernizavimas
Atsisakydamos vien tik vietinių duomenų centrų, daugelis įmonių naudojasi proga pertvarkyti savo informacinius išteklius, konsoliduoti duomenų bazes ir kurti universalias duomenų platformas . Šis žingsnis atveria kelią gilesnėms ir sudėtingesnėms skaitmeninėms transformacijoms.
Gerai sutvarkyta įmonės duomenų bazė debesyje leidžia lengviau įdiegti savitarnos duomenų sprendimus, kelių sričių ataskaitas ir mašininio mokymosi projektus, kuriems reikalinga prieiga prie didelių kiekių nuoseklios informacijos.
Dirbtinio intelekto ir pažangių paslaugų panaudojimas
Vienas iš didžiausių debesijos privalumų yra paprastas dirbtinio intelekto, mašininio mokymosi, pažangios analizės ir automatizavimo paslaugų naudojimas nereikalaujant kurti visos pagrindinės infrastruktūros.
Kai įmonės duomenys ir programos yra debesyje, tampa daug paprasčiau šias sistemas sujungti su nuolat tobulėjančiais dirbtinio intelekto modeliais, išmaniaisiais asistentais ir automatizavimo paslaugomis, kurios gerina vidinius procesus ir klientų patirtį.
Debesijos perkėlimo strategijos: klasikiniai „6 R“ principai
Siekdama sutvarkyti ir klasifikuoti skirtingus programų ir darbo krūvių perkėlimo į debesį būdus, pramonė dažnai remiasi šešiomis pagrindinėmis strategijomis, vadinamomis 6 migracijos R. Vienos ar kitos strategijos pasirinkimas (arba jų derinimas) priklauso nuo tokių veiksnių kaip verslo tikslai, techniniai apribojimai ir dabartinė kiekvienos programos būsena.
Persikėlimas į naujus namus (arba „pakėlimas ir perkėlimas“)
Perkėlimas į debesijos infrastruktūrą reiškia programų perkėlimą iš vietinės aplinkos į debesijos teikėjo infrastruktūrą su minimaliais pakeitimais . Iš esmės tai yra tai, ką jau turite, ir „perkėlimas“ į debesį.
Šis metodas paprastai yra greičiausias, nes nereikia keisti programos architektūros. Galutiniams vartotojams programa idealiu atveju veikia taip pat, kaip ir anksčiau ; ji tiesiog nebėra vietiniame duomenų centre, o debesies duomenų centre, veikiančiame modernioje, teikėjo valdomoje įrangoje.
Problema ta, kad jei programa buvo sukurta naudojant pasenusį metodą, ji gali neišnaudoti visų debesijos aplinkos privalumų : automatinio mastelio keitimo, valdomų paslaugų, patobulinto naudojimo pagrindu išrašomo atsiskaitymo ir kt. Todėl, nors perkėlimas į kitą talpinimo vietą yra naudingas greitam pradiniam perkėlimui, tai gali būti ne optimali ilgalaikė strategija siekiant maksimalios naudos.
Perkėlimas (perkėlimas arba „pakėlimas ir optimizavimas“)
Perkėlimas yra perkėlimo variantas, kartais apibūdinamas kaip „pakėlimas ir optimizavimas “. Tokiu atveju programa perkeliama į debesį su nedideliais pakeitimais, tačiau nuo pat pradžių planuojamas vėlesnis optimizavimo etapas.
Pavyzdžiui, galite perkelti duomenų bazę į virtualią mašiną debesyje ir ten perkelti ją į teikėjo valdomą duomenų bazės paslaugą . Tokiu būdu pradedate beveik kaip „pakelkite ir perkelkite“, bet palaipsniui diegiate debesijos galimybes (automatines atsargines kopijas, valdomą mastelio keitimą, integruotą aukštą prieinamumą) nereikalaujant visiško pertvarkymo nuo pirmos dienos.
Refaktoringas (perarchitektūra)
Refaktoringas apima programos pertvarkymą, siekiant pasinaudoti debesijos funkcijomis . Užuot tiesiog kopijavus senąją monolitinę architektūrą, komponentai yra reorganizuojami, funkcijos atskiriamos ir, kai tik tai prasminga, naudojamos valdomos debesijos paslaugos.
Tipiškas pavyzdys būtų monolitinė programa, kuri vis dar atlieka savo funkciją, bet kurią labai sunku pridėti naujų funkcijų ar išplėsti detaliai . Ją pertvarkant į mikropaslaugų architektūrą, naujų versijų kūrimas, testavimas ir diegimas yra labai palengvinamas.
Be to, refaktoringas leidžia integruoti pažangias funkcijas, tokias kaip įterptoji analizė tiesiai į duomenų bazę, valdomas pranešimų eiles, funkcijas be serverio ir kitas vietines paslaugas, kurios sumažina poreikį valdyti savo infrastruktūrą.
Platformos perkvalifikavimas (perkėlimas į kitą platformą arba „pakėlimas, remontas, perkėlimas“)
Platformos perkūrimas yra aukso vidurys tarp gryno perkėlimo į kitą platformą ir gilaus pertvarkymo. Tai apima tam tikrus programos pakeitimus, siekiant geriau išnaudoti debesijos galimybes, jos neperkuriant nuo nulio.
Pavyzdžiui, perkeliant žmogiškojo kapitalo valdymo (HCM) programą į debesį, pasenusią, labai rankinę duomenų valdymo sistemą galite pakeisti savarankiškai atnaujinama, autonomine debesijos duomenų baze , kurioje yra integruoti mašininio mokymosi modeliai. Pagrindinė programa išlieka, tačiau duomenų sluoksnis modernizuojamas, kad būtų galima pasinaudoti pažangiomis debesijos galimybėmis.
Atpirkimas
Pakartotinis pirkimas reiškia dabartinės programos atsisakymą ir naujo produkto, dažniausiai SaaS modelio , kurį sukūrė ir valdo teikėjas, diegimą. Daugeliu atvejų tai reiškia perėjimą nuo tradicinių vietinių licencijų prie debesies prenumeratų.
Labai dažnas pavyzdys – nuolatine licencija aprūpintos ERP sistemos pakeitimas debesijos pagrindu veikiančia ERP paslauga, pasiekiama per žiniatinklio naršyklę ir automatiškai atnaujinama kelis kartus per metus su naujomis funkcijomis. Pakeitimas susijęs ne tiek su esamos programos perkėlimu, kiek su kitos, apimančios tą pačią (ar platesnę) funkcinę apimtį, pritaikymu.
Šis metodas reikalauja pastangų: naujos sistemos funkcionalumas turi būti suderintas su verslo procesais , kai kurias vidines procedūras gali tekti pritaikyti prie geriausios programinės įrangos praktikos, o organizaciniai pokyčiai turi būti valdomi, kad komandos pradėtų naudoti naują įrankį.
Išėmimas
Sistemos nebenaudojamos, kai peržiūrėję savo programų portfelį pastebite, kad tam tikros sistemos naudojamos retai arba nebeteikia vertės . Užuot jas perkėlę, nusprendžiate jas planingai išjungti.
Pašalinus šias pasenusias ar nereikalingas programas, supaprastinamas perkėlimo projektas, sumažinamos išlaidos ir aplinkos sudėtingumas . Tačiau norint išvengti netikėto poveikio, būtina išanalizuoti priklausomybes, sąsajas su kitomis sistemomis ir galimą likutinį panaudojimą.
Išsaugojimas (išsaugoti arba „vėliau peržiūrėti“)
Saugojimas reiškia, kad išanalizavote programą ir kol kas padarėte išvadą, kad jos perkelti neverta . Taip gali būti todėl, kad ji neseniai buvo atnaujinta, taikomi labai griežti mažo delsos laiko reikalavimai, kuriuos geriau įgyvendinti vietoje, yra teisinių duomenų saugojimo apribojimų arba tiesiog todėl, kad perkėlimo kaina ir pastangos yra didesnės nei dabartinė nauda.
Tokiais atvejais pageidautinas būdas yra išlaikyti programą dabartinėje aplinkoje ir periodiškai peržiūrėti sprendimą . Debesijos paslaugų teikėjams atidarant naujus duomenų centrus, įtraukiant daugiau duomenų kontrolės parinkčių ir tobulinant perkėlimo įrankius, tai, kas šiandien netinka, po kelerių metų gali tapti geru pasirinkimu.
Debesų migracijos tipai ir kaip pasirinkti tinkamą metodą
6 „R“ nėra tarpusavyje nesuderinami; realioje migracijos programoje paprastai derinami keli metodai, priklausomai nuo kiekvienos programos pobūdžio . Nepaisant to, taip pat naudinga juos vertinti kaip migracijos „tipus“, kurie reaguoja į skirtingus poreikius.
Jei reikia greitai perkelti darbo krūvius su minimaliais sutrikimais, dažniausiai pradedama nuo perkėlimo arba reshoravimo . Jei pagrindinis tikslas yra modernizuoti pajėgumus, pagerinti mastelio keitimą ir palengvinti inovacijas, tuomet prasmingiau yra pertvarkyti arba pertvarkyti platformą.
Kai prioritetas yra programų portfelio supaprastinimas arba rinkos standartų taikymas, sėkminga strategija gali būti atpirkimas per SaaS . Ir, žinoma, visada reikėtų rezervuoti vietos pasenusių sistemų išėmimui iš eksploatacijos ir laikinai išsaugoti tas, kurių dar nereikėtų liesti.
Kaip suplanuoti ir įgyvendinti debesijos perkėlimą
Debesijos migracijos sėkmė priklauso ne tik nuo pasirinktos technologijos, bet ir nuo gerai apgalvotos, išsamios strategijos . Ši strategija turėtų apibrėžti aiškius tikslus, numatyti iššūkius ir nustatyti realų veiksmų planą.
Pirmiausia patartina įvertinti esamą infrastruktūrą ir suklasifikuoti darbo krūvius : kurios programos yra paruoštos debesijai, kurias reikia modifikuoti, o kurias kol kas geriau laikyti įmonės viduje. Šis inventorius yra atspirties taškas sprendžiant, kuriuos 6R taikyti kiekvienu atveju.
Toliau kuriama pati migracijos strategija. Kai kurioms programoms gali tikti „pakėlimo ir perkėlimo“ metodas, siekiant paspartinti perėjimą , o kitoms bus numatytas išsamesnis modernizavimas. Čia svarbų vaidmenį atlieka techniniai, verslo ir rizikos veiksniai.
Patartina naudoti specialius debesijos paslaugų teikėjų įrankius (pvz., „Azure Migrate“ arba lygiaverčius sprendimus kitose platformose), kurie padeda planuoti, vykdyti ir stebėti visą procesą. Šie įrankiai siūlo vertinimo galimybes, serverio, duomenų bazės ir programų migraciją, taip pat išsamias ataskaitas.
Prieš didelio masto perkėlimą gera praktika yra atlikti bandomuosius testus . Taip patikrinami tokie aspektai kaip duomenų saugumas, atitiktis reglamentams, našumas ir galimi prastovos laikotarpiai. Šių testų metu surinkta informacija naudojama bendram planui tobulinti ir rizikai masinio diegimo etape sumažinti.
Strategijoje taip pat turėtų būti numatyti terminai, sėkmės rodikliai, atsakingos šalys, etapai ir komunikacijos planas su visomis suinteresuotosiomis šalimis: vidinėmis komandomis, vadovybe, debesijos paslaugų teikėjais ir technologijų partneriais. Tinkamas pokyčių valdymas sumažina pasipriešinimą ir padeda organizacijai suprasti su migracija susijusius privalumus ir pokyčius.
Galiausiai, daugeliu atvejų pagrindinį vaidmenį atlieka debesijos pagrindu veikianti tarpinė programinė įranga arba „iPaaS“ (integracijos platforma kaip paslauga) sprendimas , veikiantis kaip pagrindas, jungiantis naujas ir senas sistemas, tvarkantis duomenų srautus ir palengvinantis perėjimą netrikdant svarbių procesų.
Migracija į debesį nustojo būti eksperimentu ir tapo ilgalaikiu strateginiu įsipareigojimu . Tinkamai suplanuota, ji leidžia organizacijoms įgyti lankstumo, lengvai plėstis, sumažinti išlaidas, pagerinti saugumo lygį ir siekti tvarumo tikslų, kartu klojant pamatus pažangioms analizės ir dirbtinio intelekto iniciatyvoms.
