Forbereder sig på at flytte til skyen

Vi er nu i det andet årti med cloud-adoption. Hele 92 % af virksomhederne bruger cloud computing til en vis grad. Pandemien har for nylig været en drivkraft for organisationer til at adoptere cloud-teknologier. Succesfuld flytning af yderligere data, projekter og applikationer til skyen afhænger af forberedelse, planlægning og problemforegribelse.  

1. Preparation (Forberedelse) handler om data og den menneskelige styring af data og understøttende infrastruktur.
2. Planlægning er vigtigt. Planen skal indeholde specifikke nøgleelementer.
3. Problem management er evnen til at forudse potentielle problemer og evnen til at navigere i dem, hvis de støder på.  

Fire ting, en virksomhed skal gøre for at få succes i skyen, plus 7 Gotchas

Din virksomhed vil flytte til skyen. Nå, lad mig omformulere, at hvis din virksomhed får succes, vil den flytte til sky – dette er, hvis den ikke allerede er der. Hvis du allerede er der, ville du sandsynligvis ikke læse dette. Din virksomhed tænker fremad og har til hensigt at drage fordel af alle skyens fordele, vi diskuterede i en anden artikel. Fra 2020 bruger 92 % af virksomhederne skyen til en vis grad, og 50 % af al virksomhedsdata er allerede i skyen.

Sølvkanten på COVID-skyen: pandemien har tvunget virksomheder til at se nærmere på cloud-kapaciteter for at understøtte det nye paradigme med en fjernarbejdsstyrke. Skyen refererer til både store data lagring og applikationer, der behandler disse data.  En af hovedårsagerne til at flytte til skyen er at opnå en konkurrencefordel ved at være fleksibel og få ny indsigt fra båden af ​​data.   

Analysefirmaet Gartner udgiver regelmæssigt en rapport, der diskuterer "teknologier og tendenser, der viser lovende at levere en høj grad af konkurrencefordel over de næste fem til 10 år." Ti år siden, Gartners 2012 hype-cyklus for Cloud Computing satte Cloud Computing og Public Cloud Storage i "Trough of Disillusion" lige ud over "Peak of Inflated Expectations." Yderligere var Big Data lige på vej ind i "Peak of Inflated Expectations". Alle tre med et forventet plateau om 3 til 5 år. Software as a Service (SaaS) blev placeret af Gartner i "Slope of Enlightenment"-fasen med et forventet plateau på 2 til 5 år.

I 2018, seks år senere, var "Cloud Computing" og "Public Cloud Storage" i "Slope of Enlightenment"-fasen med et projekteret plateau på mindre end 2 år. "Software as a Service" havde nået plateauet.  Pointen er, at der var en betydelig anvendelse af den offentlige sky i denne periode.  

I dag, i 2022, er cloud computing nu i sit andet årti med vedtagelse og er nu standardteknologien til nye applikationer.  As Gartner siger det: "Hvis det ikke er sky, er det arv." Gartner siger videre, at indvirkningen af ​​cloud computing på en organisation er transformerende. Hvordan skal organisationer så gribe denne transformation an?

Dette skema beskriver mere detaljeret, hvad det betyder, at en teknologi er i en bestemt fase. 

Hvordan skal organisationer gribe organisatorisk transformation an?

I deres indførelse af skyen har organisationer været nødt til at træffe beslutninger, etablere nye politikker, skabe nye procedurer og adressere specifikke udfordringer. Her er en liste over specifikke områder, du skal løse for at være sikker på, at dit hus er i orden: 

1. Træning, genoptræning eller nye roller.  Ved at adoptere den offentlige sky til datalagring eller udnyttelse af applikationerne har du outsourcet support og vedligeholdelse af infrastrukturen. Du har stadig brug for intern ekspertise til at administrere leverandøren og få adgang til dataene. Desuden skal du vide, hvordan du kan udnytte de nye værktøjer, du har til rådighed til kognitiv analyse og datavidenskab.     
2. Data.  Det hele handler om data. Data er den nye valuta. Vi taler om Big Data – data, som opfylder i det mindste nogle af de V'er i definitionen. Når du flytter til skyen, vil i det mindste nogle af dine data være i skyen. Hvis du er "all-in", vil dine data blive gemt i skyen og behandlet i skyen.

A. Tilgængelighed af data. Kan dine eksisterende on-prem-applikationer få adgang til dataene i skyen? Er dine data, hvor de skal være til behandling? Har du brug for at budgettere tid i dit skymigreringsprojekt for at flytte dine data til skyen? Hvor lang tid vil det tage? Har du brug for at udvikle nye processer for at få dine transaktionsdata til skyen? Hvis du har til hensigt at udføre AI eller maskinlæring, skal der være tilstrækkelige træningsdata til at opfylde det ønskede niveau af nøjagtighed og præcision.

B. Brugbarhed af data. Er dine data i et format, der kan forbruges af de mennesker og værktøjer, der vil få adgang til dataene? Kan du udføre et "løft-og-skift" på dit datavarehus? Eller kan den optimeres til ydeevne? 

C. Kvaliteten af ​​data. Kvaliteten af ​​de data, som dine beslutninger bygger på, kan påvirke kvaliteten af ​​dine beslutninger. Governance, data stewards, data management, måske en datakurator kan spille en væsentlig rolle i vedtagelsen af ​​kognitive analyser i skyen. Tag dig tid, før du migrerer dataene til skyen, for at vurdere kvaliteten af ​​dine data. Der er ikke noget mere frustrerende end at opdage, at du har migreret data, som du ikke har brug for.

D. Variabilitet og usikkerhed i big data. Data kan være inkonsistente eller ufuldstændige. Er der huller i evalueringen af ​​dine data, og hvordan du agter at bruge dem? Nu er tiden inde til at løse kendte problemer relateret til standarder for hele virksomheden på data. Standardiser på tværs af rapporteringscentre om simple ting som tidsdimensioner, geografihierarkier. Identificer den eneste kilde til sandhed.   

E. Begrænsninger iboende i selve big data. Et stort antal potentielle resultater kan kræve, at en domæneekspert vurderer resultaterne for betydning. Med andre ord, hvis din forespørgsel returnerer en masse poster, hvordan vil du så som menneske behandle den? For at filtrere det yderligere og reducere antallet af poster, så det kan forbruges af et almindeligt ikke-supermenneske, bliver du nødt til at kende forretningen bag dataene.

     3. Understøttelse af fundamentet/infrastrukturen for IT. Overvej alle de bevægelige dele. Det er sandsynligt, at ikke alle dine data vil være i skyen. Nogle kan være i skyen. Nogle på stedet. Stadig andre data kan være inde en leverandørens sky. Har du et dataflowdiagram? Er du parat til at gå fra at administrere fysisk hardware til at administrere leverandører, der administrerer fysisk hardware? Forstår du begrænsningerne i cloudmiljøet? Har du redegjort for evnen til at understøtte ustrukturerede data samt nøgleplatformsaktiverende teknologier. Vil du stadig være i stand til at bruge de samme SDK, API, dataværktøjer, som du har brugt på stedet? De skal sandsynligvis omskrives. Hvad med din eksisterende ETL til at indlæse datavarehuset fra transaktionssystemer? ETL-scripts skal omskrives.

     4. Forfining af roller. Brugere skal muligvis omskoles i de nye applikationer, og hvordan de får adgang til data i skyen. Ofte kan en desktop- eller netværksapplikation have det samme eller lignende navn som en dedikeret til skyen. Det kan dog fungere anderledes eller endda have et andet funktionssæt.  

Hvis din organisation er seriøs omkring at flytte til skyen og få mest muligt ud af analyser, er der ingen debat om, at flytningen kan give betydelig forretningsmæssig og økonomisk værdi. Praktisk talt, for at komme dertil herfra, skal du: 

1. Opret et charter.  

A. Har du defineret omfanget af dit projekt?  

B. Har du ledersponsorat?

C. Hvem – hvilke roller – skal indgå i projektet? Hvem er chefarkitekten? Hvilken ekspertise har du brug for at stole på cloud-leverandøren til?

D. Hvad er slutmålet? Målet er i øvrigt ikke at "flytte til skyen". Hvilke(t) problem(r) forsøger du at løse?

E. Definer dine succeskriterier. Hvordan ved du, at du har succes?

2. Opdag. Start ved begyndelsen. Tag opgørelse. Find ud af, hvad du har. Svar på spørgsmålene:

A. Hvilke data har vi?

B. Hvor er dataene?

C. Hvilke forretningsprocesser skal understøttes? Hvilke data har disse processer brug for?

D. Hvilke værktøjer og applikationer bruger vi i øjeblikket til at manipulere dataene?

E. Hvad er størrelsen og kompleksiteten af ​​dataene?

F. Hvad vil vi have? Hvilke applikationer er tilgængelige i skyen fra vores leverandør?

G. Hvordan vil vi oprette forbindelse til dataene? Hvilke porte skal være åbne i skyen?

H. Er der nogen regler eller krav, som dikterer privatlivs- eller sikkerhedskrav? Er der SLA'er med kunder, som skal vedligeholdes?  

I. Ved du, hvordan omkostningerne vil blive beregnet for brug i skyen?

3. Vurder og vurder. 

A. Hvilke data har vi tænkt os at flytte?

B. Vurder omkostninger. Nu hvor du kender omfanget og mængden af ​​data, er du i en bedre position til at definere et budget.

C. Definer huller mellem det, du har i øjeblikket, og forventningerne til det, du forventer at have. Hvad mangler vi?

D. Inkluder en testmigrering for at afsløre, hvad du er gået glip af i teorien.

E. Medtag brugeraccepttest i denne fase såvel som i den afsluttende fase.

F. Hvilke udfordringer kan du forudse, så du kan bygge beredskaber ind i næste fase?

G. Hvilke risici er blevet identificeret?

4. Plan. Etabler en road kort. 

A. Hvad er prioriteterne? Hvad kommer først? Hvad er rækkefølgen?

B. Hvad kan du udelukke? Hvordan kan du reducere omfanget?

C. Vil der være tid til parallel behandling?

D. Hvad er tilgangen? Delvis/faset tilgang?

E. Har du defineret sikkerhedstilgangen?

F. Har du defineret datasikkerhedskopiering og katastrofegendannelsesplaner?

G. Hvad er kommunikationsplanen – internt i projektet, til interessenter, til slutbrugere?

5. Byg. Migrere. Prøve. Lancering.

A. Arbejd planen. Revider det dynamisk baseret på ny information.

B. Byg på dine historiske styrker og succeser dit gamle it-grundlag, og begynd at drage fordel af Big Data og kognitive analyser.       

6. Gentag og forfin.  

A. Hvornår kan du trække de servere tilbage, der nu er inaktive?

B. Hvilken refactoring har du opdaget, der skal laves?

C. Hvilke optimeringer kan foretages af dine data i skyen?  

D. Hvilke nye dataapplikationer kan du nu bruge i skyen?

E. Hvad er det næste niveau? AI, maskinlæring, avanceret analyse?

Gotchas

Nogle kilder sige, at så mange som 70 % af teknologiprojekter er fuldstændige eller delvise fiaskoer. Det afhænger åbenbart af din definition af   fiasko. En anden kilde fandt ud af, at 75 % troede, at deres projekt var dødsdømt fra starten. Det kan betyde, at 5% lykkedes på trods af, at oddsene var imod dem. Min erfaring siger mig, at der er en betydelig brøkdel af teknologiprojekter, som enten aldrig kommer i gang eller ikke fuldt ud opfylder de lovede forventninger. Der er nogle fælles temaer, som disse projekter deler. Når du begynder at planlægge din migrering til skyen, er her nogle gotchas, du skal være opmærksom på. Hvis du ikke gør det, er de som dårlig karma eller en dårlig kreditværdighed – før eller siden vil de bide dig i numsen.:

1. Ejerskab. En enkelt person skal eje projektet ud fra et ledelsesmæssigt perspektiv. Samtidig skal alle deltagere føle sig investerede som interessenter.
2. Koste. Er der afsat budget? Kender du størrelsesordenen for de næste 12 måneder samt et skøn over løbende omkostninger? Er der potentielle skjulte omkostninger? Har du smidt overskydende flydegods og jetsam ud som forberedelse til flytningen. Du ønsker ikke at migrere data, der ikke vil blive brugt, eller som ikke er tillid til.       
3. Leadership" (virkelig menneskelig ledelse). Er projektet fuldt sponsoreret af ledelsen? Er forventningerne og definitionen af ​​succes realistiske? Er målene i overensstemmelse med virksomhedens vision og strategi?
4. Projektledelse. Er tidslinjer, omfang og budget realistiske? Er der "kræfter", der kræver kortere leveringsfrister, øget omfang og/eller lavere omkostninger eller færre personer? Er der en fast forståelse af kravene? Er de realistiske og veldefinerede?
5. Human Resources. Teknologi er den nemme del. Det er det med mennesker, der kan være en udfordring. Migrering til skyen vil medføre ændringer. Folk kan ikke lide forandring. Du er nødt til at sætte forventningerne passende. Er der dedikeret tilstrækkeligt og passende personale til initiativet? Eller har du prøvet at skaffe tid fra folk, der allerede har for travlt med deres daglige arbejde? Er du i stand til at opretholde et stabilt team? Mange projekter mislykkes på grund af omsætning i nøglepersoner.  
6. Risici. Er risici blevet identificeret og styret med succes?  
7. Beredskab. Har du været i stand til at identificere ting, der er uden for din kontrol, men som kan påvirke leveringen? Overvej effekten af ​​et lederskifte. Hvordan ville en verdensomspændende pandemi påvirke din evne til at overholde deadlines og få ressourcer?  

Cloud Computing Hype Cycle i 2022

Så hvor er Cloud Computing, Public Cloud Storage og Software as a Service på Gartners nye teknologihype-cyklus i dag? Det er de ikke. De er ikke længere up-and-coming teknologier. De er ikke længere i horisonten. De er mainstream og venter på at blive adopteret. Hold øje med vækst i det følgende nye teknologier: AI-Augmented Design, Generativ AI, Fysik-informeret AI og Non Fungible Tokens.  

Idéerne i denne artikel blev oprindeligt præsenteret som konklusionen på artiklen "Cognitive Analytics: Building on Your Legacy IT Foundation" præsenteret i TDWI Business Intelligence Journal, bind 22, nr. 4.