Priprava na prehod v oblak

Zdaj smo v drugem desetletju sprejemanja oblakov. Kar 92 % podjetij do neke mere uporablja računalništvo v oblaku. Pandemija je bila nedavno spodbuda za organizacije, da sprejmejo tehnologije v oblaku. Uspešen prenos dodatnih podatkov, projektov in aplikacij v oblak je odvisen od priprave, načrtovanja in predvidevanja težav.  

1. Priprava gre za podatke in človeško upravljanje s podatki in podporno infrastrukturo.
2. Načrtovanje je bistvenega pomena. Načrt mora vsebovati posebne ključne elemente.
3. Obvladovanje težav je sposobnost predvidevanja potencialnih težavnih območij in sposobnost krmarjenja po njih, če naletimo nanje.  

Štiri stvari, ki jih mora podjetje narediti, da bo uspešno v oblaku, plus 7 težav

Vaše podjetje se bo preselilo v oblak. No, naj preformuliram, da če bo vaše podjetje uspešno, se bo premaknilo na oblak – to je, če ga še ni. Če ste že tam, tega verjetno ne bi brali. Vaše podjetje razmišlja naprej in namerava izkoristiti vse prednosti oblaka, o katerih smo razpravljali v drugem članku. Od leta 2020 92 % podjetij do neke mere uporablja oblak in 50 % vseh poslovnih podatkov je že v oblaku.

Najboljša prednost oblaka COVID: pandemija je prisilila podjetja, da natančneje preučijo zmogljivosti oblaka, da bi podprla novo paradigmo oddaljene delovne sile. Oblak se nanaša na oba velika podatka shranjevanje in aplikacije, ki te podatke obdelujejo.  Eden od glavnih razlogov za prehod v oblak je pridobitev konkurenčne prednosti s prilagodljivostjo in pridobivanjem novih vpogledov iz množice podatkov.   

Analitična družba Gartner redno objavlja poročilo, ki obravnava »tehnologije in trende, ki obetajo zagotavljanje visoke stopnje konkurenčne prednosti v naslednjih petih do desetih letih«. Pred desetimi leti, Gartnerjev Hype Cycle 2012 za računalništvo v oblaku je računalništvo v oblaku in javno shrambo v oblaku postavilo v »Trough of Disillusionment« tik nad »Vrhunom napihnjenih pričakovanj«. Poleg tega so veliki podatki ravno vstopali v "vrhunec napihnjenih pričakovanj". Vse tri s pričakovanim platojem v 3 do 5 letih. Programsko opremo kot storitev (SaaS) je Gartner postavil v fazo »Slope of Enlightenment« s pričakovanim platojem od 2 do 5 let.

Leta 2018, šest let pozneje, sta bila »računalništvo v oblaku« in »javna shramba v oblaku« v fazi »Slope of Enlightenment« s predvidenim platojem manj kot 2 leti. "Programska oprema kot storitev" je dosegla plato.  Bistvo je, da je v tem obdobju prišlo do velikega prevzema javnega oblaka.  

Danes, leta 2022, je računalništvo v oblaku zdaj v drugem desetletju uvajanja in je zdaj privzeta tehnologija za nove aplikacije.  As Gartner pravi: "Če ni oblak, je dediščina." Gartner še pravi, da je vpliv računalništva v oblaku na organizacijo transformacijski. Kako naj bi potem organizacije pristopile k tej preobrazbi?

Ta grafikon podrobneje opisuje, kaj pomeni, da je tehnologija v določeni fazi. 

Kako naj se organizacije lotijo ​​organizacijske preobrazbe?

V procesu prevzema oblaka so se organizacije morale odločati, vzpostaviti nove politike, ustvariti nove postopke in se soočiti s posebnimi izzivi. Tukaj je seznam posebnih področij, ki jih morate rešiti, da se prepričate, da je vaša hiša v redu: 

1. Usposabljanje, preusposabljanje ali nove vloge.  Ko ste sprejeli javni oblak za shranjevanje podatkov ali izkoristili aplikacije, ste podporo in vzdrževanje infrastrukture oddali zunanjim izvajalcem. Še vedno potrebujete lastno strokovno znanje za upravljanje prodajalca in dostop do podatkov. Poleg tega morate vedeti, kako izkoristiti nova orodja, ki so vam na voljo za kognitivno analitiko in znanost o podatkih.     
2. Podatki.  Vse gre za podatke. Podatki so nova valuta. Govorimo o velikih podatkih – podatkih, ki ustrezajo vsaj nekaterim V definicije. Pri prehodu v oblak bo vsaj nekaj vaših podatkov v oblaku. Če ste "all-in", bodo vaši podatki shranjeni v oblaku in obdelani v oblaku.

A. Razpoložljivost podatkov. Ali lahko vaše obstoječe aplikacije na premiku dostopajo do podatkov v oblaku? Ali so vaši podatki tam, kjer morajo biti za obdelavo? Ali morate v svojem projektu migracije v oblaku predvideti čas, da prenesete svoje podatke v oblak? Kako dolgo bo to trajalo? Ali morate razviti nove procese, da prenesete svoje transakcijske podatke v oblak? Če nameravate izvajati AI ali strojno učenje, mora obstajati dovolj podatkov o usposabljanju, da dosežete želeno raven natančnosti in natančnosti.

B. Uporabnost podatkov. Ali so vaši podatki v obliki, ki jo lahko uporabljajo ljudje in orodja, ki bodo dostopala do podatkov? Ali lahko v svojem podatkovnem skladišču izvedete »dvigni in prestavi«? Ali pa ga je mogoče optimizirati za učinkovitost? 

C. Kakovost podatkov. Kakovost podatkov, na katerih temeljijo vaše odločitve, lahko vpliva na kakovost vaših odločitev. Upravljanje, skrbniki podatkov, upravljanje podatkov, morda kustos podatkov lahko igrajo pomembno vlogo pri sprejemanju kognitivne analitike v oblaku. Vzemite si čas, preden prenesete podatke v oblak, da ocenite kakovost svojih podatkov. Nič ni bolj frustrirajoče kot ugotoviti, da ste prenesli podatke, ki jih ne potrebujete.

D. Spremenljivost in negotovost v velikih podatkih. Podatki so lahko nedosledni ali nepopolni. Ali pri ocenjevanju vaših podatkov in kako jih nameravate uporabiti, obstajajo vrzeli? Zdaj je čas, da odpravite znane težave, povezane s standardi za podatke v celotnem podjetju. Standardizacija v vseh centrih poročanja se osredotoča na preproste stvari, kot so časovne dimenzije, geografske hierarhije. Ugotovite ta edini vir resnice.   

E. Omejitve, ki so del velikih podatkov samih. Veliko število možnih rezultatov lahko zahteva, da strokovnjak za področje oceni pomembnost rezultatov. Z drugimi besedami, če vaša poizvedba vrne veliko zapisov, kako jo boste kot človek obdelali? Če ga želite dodatno filtrirati in zmanjšati število zapisov, tako da ga lahko porabi navaden nesuper človek, boste morali poznati posel, ki stoji za podatki.

     3. Podpora temeljem/infrastrukturi IT. Upoštevajte vse gibljive dele. Verjetno ne bodo vsi vaši podatki v oblaku. Nekateri so morda v oblaku. Nekaj ​​na mestu. Lahko so še drugi podatki drugo prodajalčev oblak. Ali imate diagram pretoka podatkov? Ali ste pripravljeni preiti z upravljanja fizične strojne opreme na upravljanje prodajalcev, ki upravljajo fizično strojno opremo? Ali razumete omejitve okolja v oblaku? Ali ste upoštevali zmožnost podpore nestrukturiranih podatkov in ključnih tehnologij, ki omogočajo platformo. Ali boste še vedno lahko uporabljali isti SDK, API, podatkovne pripomočke, ki ste jih uporabljali lokalno? Verjetno jih bo treba ponovno napisati. Kaj pa vaš obstoječi ETL za nalaganje podatkovnega skladišča iz transakcijskih sistemov? Skripte ETL bo treba ponovno napisati.

     4. Rafiniranje vlog. Uporabnike bo morda treba ponovno usposobiti za nove aplikacije in način dostopa do podatkov v oblaku. Pogosto ima lahko namizna ali omrežna aplikacija enako ali podobno ime kot aplikacija, namenjena oblaku. Vendar pa lahko deluje drugače ali ima celo drugačen nabor funkcij.  

Če vaša organizacija resno namerava preiti v oblak in kar najbolje izkoristiti analitiko, ni razprave, da lahko ta selitev prinese pomembno poslovno in ekonomsko vrednost. Praktično gledano, da boste od tukaj prišli tja, boste morali: 

1. Vzpostavite listino.  

A. Ali ste opredelili obseg svojega projekta?  

B. Ali imate izvršno sponzorstvo?

C. Kdo – katere vloge – bi moral biti vključen v projekt? Kdo je glavni arhitekt? Za kakšno strokovno znanje se morate zanašati na prodajalca v oblaku?

D. Kaj je končni cilj? Mimogrede, cilj ni "premik v oblak". Katere težave(-e) poskušate rešiti?

E. Določite svoja merila uspeha. Kako boste vedeli, da ste uspešni?

2. Odkrijte. Začnite na začetku. Naredite inventar. Ugotovite, kaj imate. Odgovori na vprašanja:

A. Katere podatke imamo?

B. Kje so podatki?

C. Katere poslovne procese je treba podpreti? Katere podatke potrebujejo ti procesi?

D. Katera orodja in aplikacije trenutno uporabljamo za manipulacijo s podatki?

E. Kakšna je velikost in zapletenost podatkov?

F. Kaj bomo imeli? Katere aplikacije so na voljo v oblaku pri našem prodajalcu?

G. Kako se bomo povezali s podatki? Katera vrata bodo morala biti odprta v oblaku?

H. Ali obstajajo kakšni predpisi ali zahteve, ki narekujejo zahteve glede zasebnosti ali varnosti? Ali obstajajo pogodbe o ravni storitev s strankami, ki jih je treba vzdrževati?  

I. Ali veste, kako se bodo izračunali stroški za uporabo oblaka?

3. Ocenite in ocenite. 

A. Katere podatke nameravamo premakniti?

B. Ocenite stroške. Zdaj, ko poznate obseg in obseg podatkov, ste v boljšem položaju, da določite proračun.

C. Določite vrzeli, ki obstajajo med tem, kar trenutno imate, in pričakovanji tega, kar pričakujete, da boste imeli. kaj nam manjka?

D. Vključite testno migracijo, da razkrijete, kaj ste v teoriji zamudili.

E. V to in končno fazo vključite testiranje sprejemljivosti uporabnikov.

F. Katere izzive lahko pričakujete, da bi lahko zgradili nepredvidene situacije v naslednji fazi?

G. Kakšna tveganja so bila ugotovljena?

4. Načrt. Vzpostavite a road zemljevid. 

A. Kakšne so prioritete? Kaj je najprej? Kakšno je zaporedje?

B. Kaj lahko izključite? Kako lahko zmanjšate obseg?

C. Ali bo na voljo čas za vzporedno obdelavo?

D. Kakšen je pristop? Delni / fazni pristop?

E. Ali ste opredelili varnostni pristop?

F. Ali ste opredelili načrte za varnostno kopiranje podatkov in obnovitev po nesreči?

G. Kakšen je komunikacijski načrt – notranji za projekt, za deležnike, za končne uporabnike?

5. Gradite. Selitev. Test. Kosilo.

A. Delajte po načrtu. Dinamično ga popravite na podlagi novih informacij.

B. Gradite na svojih preteklih prednostih in uspehih na podedovanih temeljih IT in začnite izkoriščati prednosti velikih podatkov in kognitivne analitike.       

6. Ponovite in izboljšajte.  

A. Kdaj lahko umaknete strežnike, ki zdaj ne delajo?

B. Kakšno refaktoriranje ste odkrili, da je treba izvesti?

C. Kakšne optimizacije je mogoče izvesti za svoje podatke v oblaku?  

D. Katere nove podatkovne aplikacije lahko zdaj uporabljate v oblaku?

E. Kakšna je naslednja stopnja? AI, strojno učenje, napredna analitika?

Razumem

nekateri Viri pravijo, da je kar 70 % tehnoloških projektov popolnih ali delnih neuspehov. Očitno je odvisno od vaše definicije   neuspeh. drugega vir ugotovilo, da jih je 75 % mislilo, da je njihov projekt že od začetka obsojen na propad. To bi lahko pomenilo, da je 5 % uspelo kljub možnostim proti njim. Moje izkušnje mi povedo, da obstaja precejšen del tehnoloških projektov, ki bodisi nikoli ne zaidejo ali pa ne uresničijo v celoti obljubljenih pričakovanj. Obstaja nekaj skupnih tem, ki jih delijo ti projekti. Ko začnete načrtovati svojo selitev v oblak, je tukaj nekaj težav, na katere morate biti pozorni. Če tega ne storite, so kot slaba karma ali slaba kreditna ocena – prej ali slej vas bodo ugriznili v rit.:

1. Lastništvo. Ena oseba mora biti lastnik projekta z vidika upravljanja. Hkrati se morajo vsi udeleženci počutiti vložene kot deležniki.
2. strošek. Ali je bil proračun dodeljen? Ali poznate velikostni red za naslednjih 12 mesecev in oceno tekočih stroškov? Ali obstajajo morebitni skriti stroški? Ali ste pri pripravi na selitev zavrgli vse odvečne flotsame in jetsame. Ne želite preseliti podatkov, ki ne bodo uporabljeni ali jim ne zaupate.       
3. Vodstvo. Ali projekt v celoti sponzorira vodstvo? Ali so pričakovanja in definicija uspeha realna? Ali so cilji usklajeni z vizijo in strategijo podjetja?
4. Project Management. Ali so časovni okviri, obseg in proračun realni? Ali obstajajo »sile«, ki zahtevajo krajše dobavne roke, večji obseg in/ali nižje stroške ali manj ljudi? Ali obstaja trdno razumevanje zahtev? Ali so realni in dobro opredeljeni?
5. Človeški viri. Tehnologija je najlažji del. To so ljudje, ki so lahko izziv. Selitev v oblak bo prinesla spremembe. Ljudje ne marajo sprememb. Pričakovanja morate postaviti ustrezno. Ali je bilo pobudi predano dovolj in ustrezno osebje? Ali pa ste poskušali izluščiti čas ljudem, ki so že preveč zaposleni s svojo dnevno službo? Ali lahko vzdržujete stabilno ekipo? Mnogi projekti propadejo zaradi fluktuacije ključnih kadrov.  
6. Tveganja. Ali so bila tveganja prepoznana in uspešno obvladovana?  
7. Izredne razmere. Ali vam je uspelo prepoznati stvari, ki so izven vašega nadzora, vendar lahko vplivajo na dostavo? Razmislite o učinku spremembe vodstva. Kako bi svetovna pandemija vplivala na vašo sposobnost izpolnjevanja rokov in pridobivanja virov?  

Hipe cikel računalništva v oblaku leta 2022

Kje so torej danes računalništvo v oblaku, javno shranjevanje v oblaku in programska oprema kot storitev v Gartnerjevem nastajajočem tehnološkem ciklu? niso. Niso več nadobudne tehnologije. Niso več na obzorju. So mainstream in čakajo, da jih sprejmejo. Bodite pozorni na rast v nadaljevanju nastajajoče tehnologije: AI-Augmented Design, Generativna AI, AI, ki temelji na fiziki, in Nezamenljivi žetoni.  

Ideje v tem članku so bile prvotno predstavljene kot zaključek članka »Kognitivna analitika: nadgradnja vaše zapuščene IT Foundation«, predstavljenega v TDWI Business Intelligence Journal, letnik 22, št.