Pasiruošimas persikelti į debesį

Dabar jau antrasis debesų naudojimo dešimtmetis. Net 92 % įmonių tam tikru mastu naudoja debesų kompiuteriją. Pandemija pastaruoju metu paskatino organizacijas taikyti debesų technologijas. Sėkmingas papildomų duomenų, projektų ir programų perkėlimas į debesį priklauso nuo pasiruošimo, planavimo ir problemų numatymo.  

1. Rengimas yra apie duomenis ir žmogiškąjį duomenų valdymą bei pagalbinę infrastruktūrą.
2. grafikas yra būtinas. Plane turi būti tam tikri pagrindiniai elementai.
3. Problemų valdymas yra gebėjimas numatyti galimas bėdų sritis ir gebėjimas jose orientuotis, jei susiduriama.  

Keturi dalykai, kuriuos turi padaryti verslas, kad būtų sėkmingas debesyje, plius 7 dalykai

Jūsų verslas bus perkeltas į debesį. Na, leiskite man perfrazuoti, kad jei jūsų verslas bus sėkmingas, jis persikels į debesis – tai yra, jei jo dar nėra. Jei jau esate ten, tikriausiai to neskaitytumėte. Jūsų įmonė mąsto į ateitį ir ketina pasinaudoti visais debesies pranašumais, kuriuos aptarėme kitame straipsnyje. 2020 m. 92 % įmonių tam tikru mastu naudoja debesį, o 50 % visų įmonės duomenų jau yra debesyje.

Sidabrinis COVID debesies pamušalas: pandemija privertė verslą atidžiau pažvelgti į debesų galimybes, kad būtų palaikoma nauja nuotolinės darbo jėgos paradigma. Debesis reiškia abu didelius duomenis saugykla ir tuos duomenis apdorojančios programos.  Viena iš pagrindinių priežasčių, kodėl verta pereiti prie debesies, yra įgyti konkurencinį pranašumą lanksčiai ir įgyjant naujų įžvalgų iš daugybės duomenų.   

Analitikų įmonė "Gartner" reguliariai skelbia ataskaitą, kurioje aptariamos „technologijos ir tendencijos, kurios per ateinančius 10–XNUMX metų žada suteikti aukšto lygio konkurencinį pranašumą“. Prieš dešimt metų, „Gartner“ 2012 m. hype ciklas Debesų kompiuterijai debesų kompiuteriją ir viešąją debesų saugyklą įtraukė į „nusivylimo dugną“ tik už „išpūstų lūkesčių viršūnės“. Be to, „Big Data“ tik įžengė į „išpūstų lūkesčių viršūnę“. Visi trys su numatoma plynaukštė per 3–5 metus. Programinę įrangą kaip paslaugą (SaaS) „Gartner“ įtraukė į „Apšvietos nuolydžio“ etapą, o tikimasi 2–5 metų plato.

2018 m., po šešerių metų, „Cloud Computing“ ir „Public Cloud Storage“ buvo „Apšvietos šlaito“ fazėje, o prognozuojamas mažesnis nei 2 metų plynaukštis. „Programinė įranga kaip paslauga“ pasiekė plynaukštę.  Esmė ta, kad šiuo laikotarpiu viešasis debesis buvo plačiai pritaikytas.  

Šiandien, 2022 m., debesų kompiuterija pradedama naudoti antrą dešimtmetį ir dabar yra numatytoji naujų programų technologija.  As "Gartner" sako: „Jei tai ne debesis, tai palikimas“. Gartner toliau sako, kad debesų kompiuterijos poveikis organizacijai yra transformacinis. Kaip organizacijos turėtų žiūrėti į šią pertvarką?

Šioje diagramoje išsamiau aprašoma, ką reiškia, kad technologija yra tam tikroje fazėje. 

Kaip organizacijos turėtų imtis organizacinės pertvarkos?

Debesijos diegimo procese organizacijos turėjo priimti sprendimus, nustatyti naują politiką, kurti naujas procedūras ir spręsti konkrečius iššūkius. Štai sąrašas konkrečių sričių, kurias turėsite išspręsti, kad įsitikintumėte, jog jūsų namas yra tvarkingas: 

1. Treniruotės, persikvalifikavimas ar nauji vaidmenys.  Priimdami viešąjį debesį duomenims saugoti arba panaudodami programas, infrastruktūros palaikymą ir priežiūrą perdavėte iš išorės. Jums vis tiek reikia vidinių žinių, kad galėtumėte valdyti pardavėją ir pasiekti duomenis. Be to, turite žinoti, kaip panaudoti naujus turimus įrankius pažinimo analitikai ir duomenų mokslui.     
2. Duomenys  Viskas priklauso nuo duomenų. Duomenys yra nauja valiuta. Mes kalbame apie didžiuosius duomenis – duomenis, kurie atitinka bent kai kuriuos Apibrėžimo V. Pereinant į debesį, bent dalis jūsų duomenų bus debesyje. Jei esate „viskas“, jūsų duomenys bus saugomi debesyje ir apdorojami debesyje.

A. Duomenų prieinamumas. Ar jūsų esamos vietinės programos gali pasiekti duomenis debesyje? Ar jūsų duomenys turi būti ten, kur jie turi būti apdoroti? Ar jums reikia skirti laiko savo debesies perkėlimo projektui, kad galėtumėte perkelti duomenis į debesį? Kiek tai užtruks? Ar jums reikia kurti naujus procesus, kad jūsų operacijų duomenys būtų perkelti į debesį? Jei ketinate atlikti AI arba mašininį mokymąsi, turi būti pakankamai mokymo duomenų, kad atitiktų norimą tikslumo ir tikslumo lygį.

B. Duomenų panaudojimas. Ar jūsų duomenys yra tokio formato, kad juos galėtų naudoti žmonės ir įrankiai, kurie prieis prie duomenų? Ar galite atlikti „pakėlimą ir perkėlimą“ savo duomenų saugykloje? Arba jis gali būti optimizuotas našumui? 

C. Duomenų kokybė. Duomenų, kuriais remiasi jūsų sprendimai, kokybė gali turėti įtakos jūsų sprendimų kokybei. Valdymas, duomenų valdytojai, duomenų valdymas, galbūt duomenų kuratorius gali atlikti svarbų vaidmenį pritaikant kognityvinę analizę debesyje. Skirkite laiko prieš perkeldami duomenis į debesį, kad įvertintumėte duomenų kokybę. Nėra nieko labiau apmaudu, kaip sužinoti, kad perkėlėte duomenis, kurių jums nereikia.

D. Didžiųjų duomenų kintamumas ir neapibrėžtumas. Duomenys gali būti nenuoseklūs arba neišsamūs. Ar vertinant savo duomenis ir kaip ketinate juos naudoti, yra spragų? Dabar pats laikas išspręsti žinomas problemas, susijusias su visos įmonės duomenų standartais. Standartizuokite ataskaitų teikimo centrus naudodami paprastus dalykus, pvz., laiko matmenis, geografines hierarchijas. Nustatykite tą vienintelį tiesos šaltinį.   

E. Apribojimai, būdingi patiems dideliems duomenims. Daugeliui galimų rezultatų gali prireikti, kad domeno ekspertas įvertintų rezultatus. Kitaip tariant, jei jūsų užklausa pateikia daug įrašų, kaip jūs, kaip žmogus, ją apdorosite? Norėdami dar labiau jį filtruoti ir sumažinti įrašų skaičių, kad juos galėtų vartoti paprastas ne super žmogus, turėsite žinoti duomenų verslą.

     3. IT įkūrimo/infrastruktūros parama. Apsvarstykite visas judančias dalis. Tikėtina, kad ne visi jūsų duomenys bus debesyje. Kai kurie gali būti debesyje. Kai kurios patalpos. Dar gali būti kitų duomenų kitas pardavėjo debesis. Ar turite duomenų srauto diagramą? Ar esate pasirengęs pereiti nuo fizinės aparatinės įrangos valdymo prie pardavėjų, kurie valdo fizinę aparatinę įrangą? Ar suprantate debesų aplinkos apribojimus? Ar atsižvelgėte į galimybę palaikyti nestruktūrizuotus duomenis ir pagrindines platformą įgalinančias technologijas. Ar vis tiek galėsite naudoti tas pačias SDK, API ir duomenų paslaugų programas, kurias naudojote vietoje? Tikėtina, kad juos reikės perrašyti. Ką apie jūsų esamą ETL įkelti duomenų saugyklą iš operacijų sistemų? ETL scenarijus reikės perrašyti.

     4. Vaidmenų išgryninimas. Vartotojams gali tekti permokyti naujas programas ir kaip pasiekti duomenis debesyje. Dažnai darbalaukio ar tinklo programos pavadinimas gali būti toks pat arba panašus kaip ir debesiui skirtos programos pavadinimas. Tačiau jis gali veikti kitaip arba netgi turėti skirtingą funkcijų rinkinį.  

Jei jūsų organizacija rimtai ketina pereiti prie debesies ir išnaudoti visas analitikos galimybes, nėra jokių diskusijų, kad perkėlimas gali suteikti reikšmingos verslo ir ekonominės vertės. Praktiškai kalbant, kad ten patektumėte, jums reikės: 

1. Sudaryti chartiją.  

A. Ar apibrėžėte savo projekto apimtį?  

B. Ar jūs remiate vadovus?

C. Kas – kokius vaidmenis – turėtų būti įtrauktas į projektą? Kas yra vyriausiasis architektas? Kokių žinių reikia pasikliauti debesies tiekėju?

D. Koks galutinis tikslas? Beje, tikslas nėra „persikelti į debesį“. Kokią (-as) problemą (-as) bandote išspręsti?

E. Apibrėžkite savo sėkmės kriterijus. Kaip žinosite, kad jums sekasi?

2. Atrask. Pradėkite nuo pradžių. Atlikite inventorizaciją. Sužinokite, ką turite. Atsakyti į klausimus:

A. Kokius duomenis turime?

B. Kur yra duomenys?

C. Kokius verslo procesus reikia palaikyti? Kokių duomenų reikia tiems procesams?

D. Kokius įrankius ir programas šiuo metu naudojame tvarkydami duomenis?

E. Koks yra duomenų dydis ir sudėtingumas?

F. Ką turėsime? Kokias programas mūsų pardavėjas siūlo debesyje?

G. Kaip prisijungsime prie duomenų? Kokie prievadai turi būti atidaryti debesyje?

H. Ar yra kokių nors taisyklių ar reikalavimų, kurie diktuoja privatumo ar saugumo reikalavimus? Ar yra SLA su klientais, kuriuos reikia prižiūrėti?  

I. Ar žinote, kaip bus skaičiuojamos debesijos naudojimo išlaidos?

3. Įvertinti ir įvertinti. 

A. Kokius duomenis ketiname perkelti?

B. Įvertinkite bylinėjimosi išlaidas. Dabar, kai žinote duomenų apimtį ir apimtį, galite geriau apibrėžti biudžetą.

C. Apibrėžkite atotrūkį tarp to, ką šiuo metu turite, ir to, ko tikitės turėti. Ko mums trūksta?

D. Įtraukite bandomąjį perkėlimą, kad atskleistumėte, ką praleidote teoriškai.

E. Įtraukite vartotojo priėmimo testavimą į šį ir paskutinę fazę.

F. Kokius iššūkius galite numatyti, kad galėtumėte sukurti nenumatytas situacijas kitame etape?

G. Kokios rizikos buvo nustatytos?

4. Planuokite. Įsteigti a road žemėlapis 

A. Kokie yra prioritetai? Kas pirmiau? Kokia seka?

B. Ką galite išskirti? Kaip galite sumažinti taikymo sritį?

C. Ar bus laikas lygiagrečiam apdorojimui?

D. Koks yra požiūris? Dalinis / etapinis požiūris?

E. Ar apibrėžėte saugumo metodą?

F. Ar nustatėte duomenų atsarginių kopijų kūrimo ir atkūrimo planus?

G. Koks yra komunikacijos planas – vidinis projektui, suinteresuotosioms šalims, galutiniams vartotojams?

5. Statyti. Migruoti. Testas. Paleisti.

A. Vykdykite planą. Dinamiškai peržiūrėkite jį remdamiesi nauja informacija.

B. Remkitės savo istorinėmis stiprybėmis ir sėkme senu IT pagrindu ir pradėkite naudotis didelių duomenų bei pažintinės analizės privalumais.       

6. Pakartokite ir patikslinkite.  

A. Kada galite atsisakyti serverių, kurie dabar neveikia?

B. Kokį pertvarkymą atradote, kurį reikia atlikti?

C. Kaip galima optimizuoti jūsų duomenis debesyje?  

D. Kokias naujas duomenų programas dabar galite naudoti debesyje?

E. Koks kitas lygis? AI, mašininis mokymasis, pažangi analizė?

Gotchas

keletas šaltiniai sako, kad net 70 % technologijų projektų yra visiški arba daliniai gedimai. Matyt, tai priklauso nuo jūsų apibrėžimo   nesėkmė. Kitas Šaltinis nustatė, kad 75 % manė, kad jų projektas nuo pat pradžių buvo pasmerktas. Tai gali reikšti, kad 5% pavyko, nepaisant šansų prieš juos. Mano patirtis rodo, kad yra nemaža dalis technologijų projektų, kurie arba niekada neįgyvendinami, arba visiškai neįgyvendina žadėtų lūkesčių. Yra keletas bendrų temų, kuriomis tie projektai dalijasi. Kai pradedate planuoti perėjimą į debesį, čia yra keletas keblumų, į kuriuos reikia atkreipti dėmesį. Jei to nepadarysite, jie bus kaip bloga karma ar blogas kredito balas – anksčiau ar vėliau jie įkands jums į užpakalį.:

1. Nuosavybė. Vienas asmuo turi turėti projektą valdymo požiūriu. Tuo pačiu metu visi dalyviai turi jaustis investuoti kaip suinteresuotosios šalys.
2. Kaina. Ar buvo skirtas biudžetas? Ar žinote ateinančių 12 mėnesių dydį ir einamųjų išlaidų sąmatą? Ar yra kokių nors galimų paslėptų išlaidų? Ar ruošdamiesi persikėlimui išmetėte bet kokį flotsam ir jetsam perteklių. Nenorite perkelti duomenų, kurie nebus naudojami arba kuriais nepasitikite.       
3. Vadovavimas. Ar projektą visiškai remia vadovybė? Ar lūkesčiai ir sėkmės apibrėžimas yra realūs? Ar tikslai atitinka įmonės viziją ir strategiją?
4. Projektų valdymas. Ar terminai, apimtis ir biudžetas yra realūs? Ar yra „jėgų“, reikalaujančių trumpesnių pristatymo terminų, didesnės apimties ir (arba) mažesnių išlaidų ar mažiau žmonių? Ar yra tvirtas supratimas apie reikalavimus? Ar jie realistiški ir aiškiai apibrėžti?
5. Žmogiškieji ištekliai. Technologijos yra lengviausia dalis. Tai žmonių dalykas, kuris gali būti iššūkis. Perkėlimas į debesį atneš pokyčių. Žmonės nemėgsta pokyčių. Turite tinkamai susidėlioti lūkesčius. Ar iniciatyvai buvo skirta pakankamai ir tinkamų darbuotojų? Arba bandėte skirti laiko žmonėms, kurie ir taip yra per daug užsiėmę savo kasdieniu darbu? Ar sugebate išlaikyti stabilią komandą? Daugelis projektų žlunga dėl pagrindinių darbuotojų kaitos.  
6. Rizika. Ar rizika buvo nustatyta ir sėkmingai valdoma?  
7. Nenumatyti atvejai. Ar sugebėjote nustatyti dalykus, kurių jūs nekontroliuojate, bet kurie gali turėti įtakos pristatymui? Apsvarstykite vadovavimo pasikeitimo poveikį. Kaip pasaulinė pandemija paveiktų jūsų gebėjimą laikytis terminų ir gauti išteklių?  

„Cloud Computing Hype Cycle“ 2022 m

Taigi kur šiandien yra debesų kompiuterija, viešoji saugykla debesyje ir programinė įranga kaip paslauga „Gartner“ besiformuojančios technologijos ažiotažas? Jie nera. Tai nebėra naujos technologijos. Jų nebėra horizonte. Jie yra įprasti ir laukia, kol bus įvaikinti. Toliau stebėkite augimą atsirandančios technologijos: AI papildytas dizainas, generuojantis AI, fiziškai informuotas AI ir nepakeičiami žetonai.  

Šiame straipsnyje pateiktos idėjos iš pradžių buvo pateiktos kaip straipsnio „Kognityvinė analitika: jūsų senojo IT pagrindo kūrimas“ išvados. TDWI verslo žvalgybos žurnalas, T. 22, Nr. 4.