Berei voor om na die wolk te beweeg

Ons is nou in die tweede dekade van wolkaanneming. Soveel as 92% van besighede gebruik tot 'n sekere mate wolkrekenaarkunde. Die pandemie was 'n onlangse dryfveer vir organisasies om wolktegnologieë aan te neem. Om bykomende data, projekte en toepassings suksesvol na die wolk te verskuif hang af van voorbereiding, beplanning en probleemafwagting.  

1. Voorbereiding gaan oor data en die menslike bestuur van die data en ondersteunende infrastruktuur.
2. Beplanning noodsaaklik is. Die plan moet spesifieke sleutelelemente bevat.
3. Probleembestuur is die vermoë om potensiële gebiede van moeilikheid te voorsien en die vermoë om dit te navigeer indien dit teëgekom word.  

Vier dinge wat 'n besigheid moet doen om suksesvol te wees in die wolk, plus 7 Gotchas

Jou besigheid gaan na die wolk skuif. Wel, laat ek herformuleer dat, as jou besigheid suksesvol gaan wees, dit gaan skuif na die wolk – dit is, as dit nie reeds daar is nie. As jy reeds daar is, sou jy waarskynlik nie hierdie gelees het nie. Jou maatskappy dink vooruit en beoog om voordeel te trek uit al die voordele van die wolk wat ons in 'n ander artikel bespreek het. Vanaf 2020 gebruik 92% van besighede die wolk tot 'n mate en 50% van alle korporatiewe data is reeds in die wolk.

Die silwer randjie op die COVID-wolk: die pandemie het besigheid gedwing om meer na wolkvermoëns te kyk om die nuwe paradigma van 'n afgeleë arbeidsmag te ondersteun. Die wolk verwys na beide groot data berging en toepassings wat daardie data verwerk.  Een van die hoofredes om na die wolk te beweeg, is om 'n mededingende voordeel te verkry deur buigsaam te wees en nuwe insigte te verkry uit die bootvragte data.   

Die ontlederfirma Gartner publiseer gereeld 'n verslag wat "tegnologieë en neigings bespreek wat belofte toon om 'n hoë mate van mededingende voordeel oor die volgende vyf tot 10 jaar te lewer." Tien jaar gelede, Gartner se 2012-hype-siklus vir Cloud Computing plaas Cloud Computing en Publieke Wolkberging in die “Trog van Ontnugtering” net anderkant die “Piek van Opgeblaasde Verwagtinge”. Verder het Big Data net die "Piek van opgeblase verwagtinge" betree. Al drie met 'n verwagte plato oor 3 tot 5 jaar. Sagteware as 'n diens (SaaS) is deur Gartner in die "Slope of Enlightenment"-fase geplaas met 'n verwagte plato van 2 tot 5 jaar.

In 2018, ses jaar later, was "Cloud Computing" en "Public Cloud Storage" in die "Slope of Enlightenment"-fase met 'n geprojekteerde plato van minder as 2 jaar. "Software as a Service" het die plato bereik.  Die punt is dat daar in hierdie tydperk aansienlike aanvaarding van die openbare wolk was.  

Vandag, in 2022, is wolkrekenaarkunde nou in sy tweede dekade van aanvaarding en is dit nou die verstektegnologie vir nuwe toepassings.  As Gartner stel dit: "As dit nie wolk is nie, is dit nalatenskap." Gartner sê verder dat die impak van wolkrekenaars op 'n organisasie transformasioneel is. Hoe moet organisasies dan hierdie transformasie benader?

Hierdie grafiek beskryf in meer besonderhede wat dit beteken dat 'n tegnologie in 'n bepaalde fase is. 

Hoe moet organisasies organisatoriese transformasie benader?

In hul proses van aanvaarding van die wolk, moes organisasies besluite neem, nuwe beleide daarstel, nuwe prosedures skep en spesifieke uitdagings aanspreek. Hier is 'n lys van spesifieke areas wat jy sal moet oplos om seker te maak jou huis is in orde: 

1. Opleiding, heropleiding of nuwe rolle.  Deur die publieke wolk vir databerging aan te neem of die toepassings te benut, het jy die ondersteuning en instandhouding van die infrastruktuur uitgekontrakteer. Jy benodig steeds interne kundigheid om die verskaffer te bestuur en toegang tot die data te verkry. Verder moet jy weet hoe om die nuwe gereedskap wat jy beskikbaar het vir kognitiewe analise en datawetenskap te benut.     
2. Datum.  Dit gaan alles oor die data. Data is die nuwe geldeenheid. Ons praat van Big Data – data wat aan ten minste sommige van die V'e van die definisie. As u na die wolk beweeg, sal ten minste sommige van u data in die wolk wees. As jy "alles in" is, sal jou data in die wolk gestoor en in die wolk verwerk word.

A. Beskikbaarheid van data. Kan jou bestaande on-prem-toepassings toegang tot die data in die wolk kry? Is jou data waar dit moet wees vir verwerking? Moet jy tyd in jou wolkmigrasieprojek begroot om jou data na die wolk te skuif? Hoe lank sal dit neem? Moet jy nuwe prosesse ontwikkel om jou transaksionele data na die wolk te kry? As jy van plan is om KI of masjienleer uit te voer, moet daar voldoende opleidingsdata wees om aan die verlangde vlak van akkuraatheid en akkuraatheid te voldoen.

B. Gebruikbaarheid van data. Is jou data in 'n formaat wat verbruik kan word deur die mense en gereedskap wat toegang tot die data sal verkry? Kan jy 'n "lig-en-skuif" op jou datapakhuis uitvoer? Of kan dit geoptimaliseer word vir prestasie? 

C. Kwaliteit van data. Die kwaliteit van die data waarop jou besluite staatmaak, kan die kwaliteit van jou besluite beïnvloed. Bestuur, databeheerders, databestuur, miskien kan 'n datakurator 'n beduidende rol speel in die aanvaarding van kognitiewe analise in die wolk. Neem die tyd voordat jy die data na die wolk migreer om die kwaliteit van jou data te assesseer. Daar is niks meer frustrerend as om te ontdek dat jy data gemigreer het wat jy nie nodig het nie.

D. Veranderlikheid en onsekerheid in groot data. Data kan inkonsekwent of onvolledig wees. Is daar leemtes in die evaluering van jou data en hoe jy van plan is om dit te gebruik? Dit is nou die tyd om bekende kwessies wat verband hou met ondernemingwye standaarde op data op te los. Standaardiseer oor verslagdoeningsentrums oor eenvoudige dinge soos tyddimensies, geografiese hiërargieë. Identifiseer daardie enkele bron van waarheid.   

E. Beperkings inherent aan groot data self. 'n Groot aantal potensiële resultate kan 'n domeinkundige vereis om die resultate vir betekenisvolheid te evalueer. Met ander woorde, as jou navraag baie rekords terugstuur, hoe sal jy dit as mens verwerk? Om dit verder te filter en die aantal rekords te verminder, sodat dit deur 'n gewone nie-supermens verbruik kan word, sal jy die besigheid agter die data moet ken.

     3. Ondersteuning van die grondslag/infrastruktuur van IT. Oorweeg al die bewegende dele. Dit is waarskynlik dat nie al jou data in die wolk sal wees nie. Sommige is dalk in die wolk. Sommige op die perseel. Nog ander data kan in wees ander verkoper se wolk. Het jy 'n datavloeidiagram? Is jy bereid om te beweeg van die bestuur van fisiese hardeware na die bestuur van verskaffers wat fisiese hardeware bestuur? Verstaan ​​jy die beperkings van die wolkomgewing? Het jy rekening gehou met die vermoë om ongestruktureerde data sowel as sleutel-platform-bemagtigende tegnologieë te ondersteun. Sal jy steeds dieselfde SDK, API, datahulpprogramme kan gebruik wat jy op die perseel gebruik het? Hulle sal waarskynlik herskryf moet word. Wat van u bestaande ETL om die datapakhuis vanaf transaksiestelsels te laai? ETL-skrifte sal herskryf moet word.

     4. Verfyning van rolle. Gebruikers sal dalk weer opgelei moet word oor die nuwe toepassings en hoe om toegang tot data in die wolk te kry. Dikwels kan 'n rekenaar- of netwerktoepassing dieselfde of soortgelyke naam hê as een wat aan die wolk toegewy is. Dit kan egter anders funksioneer, of selfs 'n ander kenmerkstel hê.  

As jou organisasie ernstig is om na die wolk te beweeg en die meeste van analise te maak, is daar geen debat dat die skuif aansienlike besigheids- en ekonomiese waarde kan bied nie. Prakties gesproke, om van hier af daar te kom, sal jy moet: 

1. Vestig 'n handves.  

A. Het jy die omvang van jou projek gedefinieer?  

B. Het u uitvoerende borgskap?

C. Wie – watter rolle – moet by die projek ingesluit word? Wie is die hoofargitek? Vir watter kundigheid het jy nodig om op die wolkverkoper staat te maak?

D. Wat is die einddoel? Terloops, die doelwit is nie om na die wolk te beweeg nie. Watter probleem(te) probeer jy oplos?

E. Definieer jou sukseskriteria. Hoe sal jy weet jy is suksesvol?

2. Ontdek. Begin by die begin. Neem inventaris. Vind uit wat jy het. Beantwoord die vrae:

A. Watter data het ons?

B. Waar is die data?

C. Watter besigheidsprosesse moet ondersteun word? Watter data het daardie prosesse nodig?

D. Watter gereedskap en toepassings gebruik ons ​​tans om die data te manipuleer?

E. Wat is die grootte en kompleksiteit van die data?

F. Wat sal ons hê? Watter toepassings is beskikbaar in die wolk van ons verkoper?

G. Hoe sal ons aan die data koppel? Watter poorte sal in die wolk oop moet wees?

H. Is daar enige regulasies of vereistes wat privaatheid of sekuriteitsvereistes dikteer? Is daar SLA's met kliënte wat in stand gehou moet word?  

I. Weet jy hoe koste vir wolkgebruik bereken sal word?

3. Assesseer en evalueer. 

A. Watter data beoog ons om te skuif?

B. Beoordeel koste. Noudat jy die omvang en volume van data ken, is jy in 'n beter posisie om 'n begroting te definieer.

C. Definieer gapings wat bestaan ​​tussen wat jy tans het en die verwagtinge van wat jy verwag om te hê. Wat mis ons?

D. Sluit 'n toetsmigrasie in om bloot te lê wat jy in teorie gemis het.

E. Sluit Gebruikersaanvaardingstoetsing in hierdie fase sowel as in die finale fase in.

F. Watter uitdagings kan jy verwag sodat jy gebeurlikhede in die volgende fase kan inbou?

G. Watter risiko's is geïdentifiseer?

4. plan. Vestig a road kaart. 

A. Wat is die prioriteite? Wat kom eerste? Wat is die volgorde?

B. Wat kan jy uitsluit? Hoe kan jy die omvang verminder?

C. Sal daar 'n tyd wees vir parallelle verwerking?

D. Wat is die benadering? Gedeeltelike / gefaseerde benadering?

E. Het jy die sekuriteitsbenadering gedefinieer?

F. Het jy data-rugsteun- en rampherstelplanne gedefinieer?

G. Wat is die kommunikasieplan – intern tot projek, tot belanghebbendes, tot eindgebruikers?

5. Bou. Migreer. Toets. Begin.

A. Werk die plan. Hersien dit dinamies gebaseer op nuwe inligting.

B. Bou op jou historiese sterkpunte en suksesse met jou erfenis-IT-grondslag en begin voordeel trek uit Big Data en kognitiewe analise-voordele.       

6. Herhaal en verfyn.  

A. Wanneer kan jy die bedieners wat nou ledig sit, aftree?

B. Watter herfaktorering het jy ontdek wat gedoen moet word?

C. Watter optimaliserings kan aan jou data in die wolk gemaak word?  

D. Watter nuwe datatoepassings kan jy nou in die wolk gebruik?

E. Wat is die volgende vlak? KI, masjienleer, gevorderde analise?

Gotchas

sommige bronne sê dat soveel as 70% van tegnologieprojekte totale of gedeeltelike mislukkings is. Dit hang blykbaar af van jou definisie van   mislukking. Nog een bron gevind dat 75% gedink het hul projek is van die begin af gedoem. Dit kan beteken dat 5% daarin geslaag het ten spyte van die kans wat teen hulle was. My ervaring sê vir my dat daar 'n aansienlike fraksie van tegnologieprojekte is wat óf nooit van die grond af kom nie óf nie die beloofde verwagtinge ten volle verwesenlik nie. Daar is 'n paar algemene temas wat daardie projekte deel. Soos jy jou migrasie na die wolk begin beplan, is hier 'n paar goetcha's om na uit te kyk. As jy dit nie doen nie, is hulle soos slegte karma, of 'n slegte krediettelling – vroeër of later, sal hulle jou in die boud byt.:

1. Eienaarskap. 'n Enkele persoon moet die projek besit vanuit 'n bestuursperspektief. Terselfdertyd moet alle deelnemers voel dat hulle as belanghebbendes belê is.
2. Kos. Is begroting toegeken? Ken jy die orde van grootte vir die volgende 12 maande asook 'n skatting van deurlopende koste? Is daar enige potensiële verborge koste? Het jy enige oortollige skut en skuim weggegooi ter voorbereiding van die skuif. Jy wil nie data migreer wat nie gebruik sal word nie, of wat nie vertrou word nie.       
3. Leierskap. Word die projek ten volle deur die bestuur geborg? Is verwagtinge en die definisie van sukses realisties? Stem die doelwitte ooreen met korporatiewe visie en strategie?
4. Project Management. Is tydlyne, omvang en begroting realisties? Is daar “kragte” wat korter afleweringspertye, groter omvang en/of laer koste of minder mense eis? Is daar 'n vaste greep op die vereistes? Is hulle realisties en goed omskryf?
5. Menslike Hulpbronne. Tegnologie is die maklike deel. Dit is die mense-ding wat 'n uitdaging kan wees. Migreer na die wolk sal veranderinge meebring. Mense hou nie van verandering nie. Jy moet verwagtinge gepas stel. Is voldoende en toepaslike personeel aan die inisiatief toegewy? Of het jy al probeer om tyd uit te kerf van mense wat reeds te besig is met hul dagtaak? Is jy in staat om 'n stabiele span te handhaaf? Baie projekte misluk as gevolg van omset in sleutelpersoneel.  
6. Risiko's. Is risiko's geïdentifiseer en suksesvol bestuur?  
7. gebeurlikheidsplanne. Kon jy dinge identifiseer wat buite jou beheer is, maar wat aflewering kan beïnvloed? Oorweeg die effek van 'n verandering in leierskap. Hoe sal 'n wêreldwye pandemie u vermoë om spertye te haal en hulpbronne te bekom beïnvloed?  

Die wolkrekenaar-hype-siklus in 2022

So, waar is wolkrekenaars, openbare wolkberging en sagteware as 'n diens op Gartner se opkomende tegnologie-hype-siklus vandag? Hulle is nie. Hulle is nie meer opkomende tegnologieë nie. Hulle is nie meer op die horison nie. Hulle is hoofstroom en wag om aangeneem te word. Kyk vir groei in die volgende opkomende tegnologieë: KI-Augmented Design, Generatiewe KI, Fisika-ingeligte KI en nie-slingerbare tekens.  

Die idees in hierdie artikel is oorspronklik aangebied as die gevolgtrekking van die artikel "Cognitive Analytics: Building on Your Legacy IT Foundation" aangebied in TDWI Business Intelligence Journal, Vol 22, No. 4.