Tariede op ferhúzjen nei de wolk

Wy binne no yn it twadde desennium fan oannimmen fan wolken. Sawol 92% fan bedriuwen brûke cloud computing ta in bepaalde graad. De pandemy is in resinte sjauffeur west foar organisaasjes om wolktechnologyen oan te nimmen. It súksesfol ferpleatsen fan ekstra gegevens, projekten en applikaasjes nei de wolk hinget ôf fan tarieding, planning en probleemferwachting.  

1. Tarieding giet oer gegevens en it minsklik behear fan 'e gegevens en stypjende ynfrastruktuer.
2. Planning is essinsjeel. It plan moat spesifike kaai eleminten befetsje.
3. Problembehear is de mooglikheid om potinsjele gebieten fan problemen te foarsjen en de mooglikheid om se te navigearjen as se tsjinkomme.  

Fjouwer dingen dy't in bedriuw moat dwaan om suksesfol te wêzen yn 'e wolk, plus 7 Gotchas

Jo bedriuw giet oer nei de wolk. No, lit my opnij formulearje dat, as jo bedriuw suksesfol sil wêze, sil it ferhúzje nei de wolk - dit is, as it der net al is. As jo ​​​​dêr al binne, soene jo dit wierskynlik net lêze. Jo bedriuw tinkt foarút en is fan doel om te profitearjen fan alle foardielen fan 'e wolk dy't wy hawwe besprutsen yn in oar artikel. Fan 2020 ôf brûkt 92% fan 'e bedriuwen de wolk yn guon mjitte en 50% fan alle bedriuwsgegevens is al yn 'e wolk.

De sulveren lining op 'e COVID-wolk: de pandemy hat bedriuw twongen om nauwer te sjen nei wolkmooglikheden om it nije paradigma fan in arbeidersmacht op ôfstân te stypjen. De wolk ferwiist nei sawol grutte gegevens opslach en applikaasjes dy't dizze gegevens ferwurkje.  Ien fan 'e wichtichste redenen om nei de wolk te ferhúzjen is om in konkurrinsjefoardiel te krijen troch fleksibel te wêzen en nije ynsjoch te krijen fan' e boatloads oan gegevens.   

It analyst bedriuw Gartner publisearret regelmjittich in rapport dat besprekt "technologyen en trends dy't belofte toane yn it leverjen fan in hege graad fan konkurrinsjefoardiel oer de kommende fiif oant 10 jier." Tsien jier lyn, Gartner's 2012 Hype Cycle foar Cloud Computing sette Cloud Computing en Publike Cloud Storage yn 'e "Trough of Disillusionment" krekt foarby de "Peak of Inflated Expectations." Fierder kaam Big Data krekt yn 'e "Peak of Inflated Expectations". Alle trije mei in ferwachte plato oer 3 oant 5 jier. Software as a Service (SaaS) waard pleatst troch Gartner yn 'e "Slope of Enlightenment" faze mei in ferwachte plato fan 2 oant 5 jier.

Yn 2018, seis jier letter, wiene "Cloud Computing" en "Public Cloud Storage" yn 'e faze "Slope of Enlightenment" mei in projektearre plato fan minder dan 2 jier. "Software as a Service" hie it plato berikt.  It punt is dat d'r yn dizze perioade in wichtige oanname fan 'e iepenbiere wolk wie.  

Hjoed, yn 2022, is cloud computing no yn har twadde desennia fan oanname en is no de standerttechnology foar nije applikaasjes.  As Gartner stelt it, "As it gjin wolk is, is it legacy." Gartner seit fierder dat de ynfloed fan cloud computing op in organisaasje transformaasje is. Hoe moatte organisaasjes dizze transformaasje dan oanpakke?

Dit diagram beskriuwt yn mear detail wat it betsjut dat in technology yn in bepaalde faze is. 

Hoe moatte organisaasjes organisatoaryske transformaasje oanpakke?

Yn har proses fan oannimmen fan 'e wolk moatte organisaasjes besluten nimme, nij belied fêststelle, nije prosedueres oanmeitsje en spesifike útdagings oanpakke. Hjir is in list mei spesifike gebieten dy't jo moatte oplosse om te soargjen dat jo hûs yn oarder is: 

1. Trening, oplieding of nije rollen.  By it oannimmen fan de iepenbiere wolk foar gegevensopslach of it benutten fan de applikaasjes, hawwe jo de stipe en ûnderhâld fan 'e ynfrastruktuer útbestege. Jo hawwe noch inhouse ekspertize nedich om de ferkeaper te behearjen en tagong te krijen ta de gegevens. Fierder moatte jo witte hoe't jo de nije ark kinne brûke dy't jo beskikber hawwe foar kognitive analytyk en gegevenswittenskip.     
2. Datum.  It giet allegear oer de gegevens. Data is de nije munt. Wy hawwe it oer Big Data - gegevens dy't teminsten oan guon fan 'e V's fan 'e definysje. By it ferpleatsen nei de wolk sille teminsten guon fan jo gegevens yn 'e wolk wêze. As jo ​​"all-in" binne, sille jo gegevens wurde opslein yn 'e wolk en ferwurke yn' e wolk.

A. Beskikberens fan gegevens. Kinne jo besteande on-prem-applikaasjes tagong krije ta de gegevens yn 'e wolk? Binne jo gegevens wêr't se moatte wêze foar ferwurking? Moatte jo tiid budzjetearje yn jo wolkmigraasjeprojekt om jo gegevens nei de wolk te ferpleatsen? Hoe lang sil dat duorje? Moatte jo nije prosessen ûntwikkelje om jo transaksjegegevens nei de wolk te krijen? As jo ​​fan doel binne AI of masine learen út te fieren, moatte d'r genôch trainingsgegevens wêze om te foldwaan oan it winske nivo fan krektens en presyzje.

B. Brûkberens fan gegevens. Binne jo gegevens yn in formaat dat kin wurde konsumeare troch de minsken en ark dy't tagong krije ta de gegevens? Kinne jo in "lift-en-shift" útfiere op jo gegevenspakhús? Of kin it wurde optimalisearre foar prestaasjes? 

C. Kwaliteit fan gegevens. De kwaliteit fan 'e gegevens wêrop jo besluten betrouwe kinne ynfloed hawwe op de kwaliteit fan jo besluten. Bestjoer, gegevensbestjoerders, gegevensbehear, miskien kin in gegevenskurator in wichtige rol spylje by it oannimmen fan kognitive analytiken yn 'e wolk. Nim de tiid foardat jo de gegevens nei de wolk migrearje om de kwaliteit fan jo gegevens te beoardieljen. D'r is neat mear frustrerend dan ûntdekken dat jo gegevens hawwe migrearre dy't jo net nedich binne.

D. Fariabiliteit en ûnwissichheid yn grutte gegevens. Gegevens kinne inkonsistint of net kompleet wêze. Binne d'r gatten by it evaluearjen fan jo gegevens en hoe't jo se wolle brûke? No is it tiid om bekende problemen te reparearjen yn ferbân mei bedriuwsbrede noarmen op gegevens. Standerdisearje oer rapportsintra oer ienfâldige dingen lykas tiiddimensjes, geografyske hierargyen. Identifisearje dy ienige boarne fan wierheid.   

E. Beheinings ynherinte yn grutte data sels. In grut oantal potensjele resultaten kin in domeinekspert nedich wêze om de resultaten te evaluearjen foar betsjutting. Mei oare wurden, as jo fraach in protte records werombringt, hoe sille jo it dan as minske ferwurkje? Om it fierder te filterjen en it oantal records te ferminderjen, sadat it kin wurde konsumeare troch in gewoane net-superminsk, moatte jo it bedriuw efter de gegevens witte.

     3. Stypjen fan de stifting/ynfrastruktuer fan IT. Tink oan alle bewegende dielen. It is wierskynlik dat net al jo gegevens yn 'e wolk sille wêze. Guon kinne yn 'e wolk wêze. Guon on-premises. Noch oare gegevens kinne binnen wêze oar ferkeaper syn wolk. Hawwe jo in gegevensstreamdiagram? Binne jo ree om te gean fan it behearen fan fysike hardware nei it behearen fan leveransiers dy't fysike hardware beheare? Begripe jo de beheiningen fan 'e wolkomjouwing? Hawwe jo rekken holden mei de mooglikheid om net-strukturearre gegevens te stypjen lykas wichtige platfoarm-ynskeakelje technologyen. Sille jo noch deselde SDK, API, gegevenshulpprogramma's brûke dy't jo op it terrein hawwe brûkt? Se sille wierskynlik opnij skreaun wurde moatte. Hoe sit it mei jo besteande ETL om it gegevenspakhús te laden fan transaksjesystemen? ETL-skripts moatte opnij skreaun wurde.

     4. Ferfine rollen. Brûkers moatte miskien wurde oplaat oer de nije applikaasjes en hoe tagong te krijen ta gegevens yn 'e wolk. Faak kin in buroblêd- of netwurkapplikaasje deselde of ferlykbere namme hawwe as ien wijd oan 'e wolk. It kin lykwols oars funksjonearje, of sels in oare funksjeset hawwe.  

As jo ​​​​organisaasje serieus is oer it ferpleatsen nei de wolk en it measte út analytiken te meitsjen, is d'r gjin debat dat de ferhuzing wichtige saaklike en ekonomyske wearde kin leverje. Praktysk sjoen, om dêr fan hjirút te kommen, moatte jo: 

1. Fêstigje in oarkonde.  

A. Hawwe jo de omfang fan jo projekt definieare?  

B. Hawwe jo útfierende sponsoring?

C. Wa - hokker rollen - moatte yn it projekt opnommen wurde? Wa is de haadarsjitekt? Foar hokker ekspertize moatte jo fertrouwe op 'e wolkferkeaper?

D. Wat is it eindoel? Trouwens, it doel is net "ferhúzje nei de wolk". Hokker probleem(en) besykje jo op te lossen?

E. Definearje jo súkses kritearia. Hoe sille jo witte dat jo suksesfol binne?

2. Untdek. Begjin by it begjin. Nim ynventarisaasje. Fyn út wat jo hawwe. Beantwurdzje de fragen:

A. Hokker gegevens hawwe wy?

B. Wêr binne de gegevens?

C. Hokker saaklike prosessen moatte wurde stipe? Hokker gegevens hawwe dy prosessen nedich?

D. Hokker ark en applikaasjes brûke wy op it stuit om de gegevens te manipulearjen?

E. Wat is de grutte en kompleksiteit fan de gegevens?

F. Wat sille wy hawwe? Hokker applikaasjes binne beskikber yn 'e wolk fan ús leveransier?

G. Hoe sille wy ferbine mei de gegevens? Hokker havens moatte iepen wêze yn 'e wolk?

H. Binne d'r regelingen of easken dy't privacy- of feiligenseasken diktearje? Binne d'r SLA's mei klanten dy't moatte wurde ûnderhâlden?  

I. Witte jo hoe't kosten wurde berekkene foar wolkgebrûk?

3. Beoardielje en evaluearje. 

A. Hokker gegevens binne wy ​​fan doel te ferpleatsen?

B. Beoardielje kosten. No't jo de omfang en folume fan gegevens kenne, binne jo yn in bettere posysje om in budzjet te definiearjen.

C. Definiearje gatten dy't bestean tusken wat jo no hawwe en de ferwachtings fan wat jo ferwachtsje te hawwen. Wat misse wy?

D. Meitsje in testmigraasje om te bleatsjen wat jo yn teory hawwe mist.

E. Ynklusyf testen fan brûkersakseptaasje yn dizze faze as yn 'e lêste faze.

F. Hokker útdagings kinne jo antisipearje, sadat jo kontinginten yn 'e folgjende faze kinne bouwe?

G. Hokker risiko's binne identifisearre?

4. Planje. Stel a road map 

A. Wat binne de prioriteiten? Wat komt earst? Wat is de folchoarder?

B. Wat kinne jo útslute? Hoe kinne jo de omfang ferminderje?

C. Sil der in tiid foar parallelle ferwurking?

D. Wat is de oanpak? Diel / faze oanpak?

E. Ha jo definiearre de feiligens oanpak?

F. Hawwe jo plannen foar reservekopy fan gegevens en rampherstel definieare?

G. Wat is it kommunikaasjeplan - yntern foar projekt, foar belanghawwenden, foar ein-brûkers?

5. Bouwe. Migrearje. Toets. Launch.

A. Wurkje it plan. Bewurkje it dynamysk basearre op nije ynformaasje.

B. Bouwe op jo histoaryske sterke punten en súksessen jo legacy IT-stifting en begjin te profitearjen fan Big Data en kognitive analytyske foardielen.       

6. Iterearje en ferfine.  

A. Wannear kinne jo de tsjinners dy't no stil sitte mei pensjoen?

B. Hokker refactoring hawwe jo ûntdutsen dat dien wurde moat?

C. Hokker optimisaasjes kinne makke wurde oan jo gegevens yn 'e wolk?  

D. Hokker nije gegevensapplikaasjes kinne jo no brûke yn 'e wolk?

E. Wat is it folgjende nivo? AI, masine learen, avansearre analytyk?

Gotchas

Guon boarnen sizze dat safolle as 70% fan technology projekten binne totale of foar in part mislearrings. Blykber, it hinget ôf fan jo definysje fan   mislearring. Oar boarne fûn dat 75% tocht dat har projekt fan it begjin ôf feroardiele wie. Dat kin betsjutte dat 5% slagge nettsjinsteande de kânsen dy't tsjin har wiene. Myn ûnderfining fertelt my dat d'r in signifikante fraksje fan technologyprojekten is dy't óf noait fan 'e grûn komme of de beloofde ferwachtingen net folslein realisearje. D'r binne wat mienskiplike tema's dy't dy projekten diele. As jo ​​​​begjinne mei it plannen fan jo migraasje nei de wolk, binne hjir wat gotchas om nei te sjen. As jo ​​​​dat net dogge, binne se as min karma, as in minne kredytscore - ier of letter sille se jo yn 'e kont bite.:

1. eigendom. Ien persoan moat it projekt besit fanút in behearperspektyf. Tagelyk moatte alle dielnimmers har ynvestearre fiele as belanghawwenden.
2. Kosten. Is budzjet tawiisd? Witte jo de folchoarder fan grutte foar de kommende 12 moannen en ek in skatting fan trochgeande kosten? Binne d'r potinsjele ferburgen kosten? Hawwe jo in oerskot flotsam en jetsam jettisoned yn tarieding op de ferhuzing. Jo wolle gjin gegevens migrearje dy't net sille wurde brûkt, of net fertroud binne.       
3. Liederskip. Is it projekt folslein sponsore troch management? Binne ferwachtings en de definysje fan sukses realistysk? Komme de doelstellingen oerien mei bedriuwsfisy en -strategy?
4. Project Management. Binne tiidlinen, omfang en budzjet realistysk? Binne der "krêften" dy't koartere leveringsterminen, gruttere omfang en/of legere kosten of minder minsken easkje? Is d'r in stevich begryp op 'e easken? Binne se realistysk en goed definiearre?
5. Human Resources. Technology is it maklike diel. It is it ding mei minsken dat in útdaging kin wêze. Migrearjen nei de wolk sil feroaringen bringe. Minsken hâlde net fan feroaring. Jo moatte ferwachtingen passend ynstelle. Is der genôch en passend personiel oan it inisjatyf ynset? Of hawwe jo besocht om tiid te fertsjinjen fan minsken dy't it al te drok hawwe mei har deiwurk? Binne jo yn steat om in stabyl team te behâlden? In protte projekten mislearje fanwege omset yn kaaipersoniel.  
6. risiko. Binne risiko's identifisearre en mei súkses beheard?  
7. Kontinginsje. Hawwe jo dingen kinne identifisearje dy't bûten jo kontrôle binne, mar dy't ynfloed kinne op levering? Tink oan it effekt fan in feroaring yn liederskip. Hoe soe in wrâldwide pandemy ynfloed hawwe op jo fermogen om deadlines te foldwaan en boarnen te krijen?  

De Cloud Computing Hype Cycle yn 2022

Dus wêr binne Cloud Computing, Public Cloud Storage en Software as a Service yn 'e opkommende technologyhype-syklus fan Gartner hjoed? Sy binne net. Se binne net mear up-and-coming technologyen. Se binne net mear oan 'e hoarizon. Se binne mainstream, wachtsjen om oannommen te wurden. Sjoch foar groei yn 'e folgjende opkommende technologyen: AI-Augmented Design, Generative AI, Physics-ynformearre AI en Non Fungible Tokens.  

De ideeën yn dit artikel waarden oarspronklik presintearre as de konklúzje fan it artikel "Cognitive Analytics: Building on Your Legacy IT Foundation" presintearre yn TDWI Business Intelligence Journal, Vol 22, No. 4.