Valmistautuminen Pilveen Muuttamiseen

Olemme nyt pilven käyttöönoton toisella vuosikymmenellä. Jopa 92 % yrityksistä käyttää jossain määrin pilvilaskentaa. Pandemia on viime aikoina kannustanut organisaatioita ottamaan käyttöön pilviteknologioita. Lisätietojen, projektien ja sovellusten onnistunut siirtäminen pilveen riippuu valmistelusta, suunnittelusta ja ongelmien ennakoimisesta.  

1. Valmistelu on dataa ja tiedon ja sitä tukevan infrastruktuurin inhimillistä hallintaa.
2. Suunnittelu on välttämätön. Suunnitelman on sisällettävä erityisiä keskeisiä elementtejä.
3. Ongelmien hallinta on kyky ennakoida mahdolliset ongelmakohdat ja kyky navigoida niillä, jos niitä tulee vastaan.  

Neljä asiaa, jotka yrityksen on tehtävä menestyäkseen pilvessä, plus 7 gotchas

Yrityksesi siirtyy pilveen. Sanon sen uudelleen, jos yrityksesi tulee menestymään, se siirtyy yritykseen pilvi – tämä on, jos sitä ei ole jo olemassa. Jos olet jo siellä, et luultavasti lukisi tätä. Yrityksesi on kaukonäköinen ja aikoo hyödyntää kaikkia pilven etuja, joista keskustelimme toisessa artikkelissa. Vuodesta 2020 lähtien 92 % yrityksistä käyttää pilvessä jossain määrin ja 50 % kaikesta yritystiedosta on jo pilvessä.

COVID-pilven hopeinen vuoraus: pandemia on pakottanut yritykset tarkastelemaan tarkemmin pilviominaisuuksia tukeakseen uutta etätyövoiman paradigmaa. Pilvi viittaa molempiin suuriin tietoihin tallennustila ja sovellukset, jotka käsittelevät näitä tietoja.  Yksi tärkeimmistä syistä siirtyä pilveen on kilpailuedun saaminen olemalla joustava ja saamalla uusia näkemyksiä tietomäärästä.   

Analyytikkoyhtiö Gartner julkaisee säännöllisesti raportin, jossa käsitellään "teknologioita ja trendejä, jotka lupaavat tarjota korkeatasoista kilpailuetua seuraavien 10-XNUMX vuoden aikana". Kymmenen vuotta sitten, Gartnerin 2012 Hype Cycle Cloud Computingissa Cloud Computing ja Public Cloud Storage asetettiin "Pettymyksen pohjalle" juuri "Liisottujen odotusten huipun" ulkopuolelle. Lisäksi Big Data oli juuri saavuttamassa "paisuneiden odotusten huippua". Kaikilla kolmella on odotettu tasanne 3–5 vuoden kuluttua. Gartner asetti Software as a Servicen (SaaS) "Enlightenmentin rinne" -vaiheeseen, jonka arvioitu tasanne on 2–5 vuotta.

Vuonna 2018, kuusi vuotta myöhemmin, "Cloud Computing" ja "Public Cloud Storage" olivat "Slope of Enlightenment" -vaiheessa, ja arvioitu tasanne on alle 2 vuotta. "Ohjelmisto palveluna" oli saavuttanut tasangon.  Asia on siinä, että tänä aikana julkinen pilvi otettiin käyttöön merkittävästi.  

Tänään, vuonna 2022, pilvilaskenta on nyt käytössä toisella vuosikymmenellä, ja se on nyt uusien sovellusten oletustekniikka.  As Gartner sanoo: "Jos se ei ole pilvi, se on perintöä." Gartner jatkaa sanomalla, että pilvipalvelun vaikutus organisaatioon on muuttava. Miten organisaatioiden tulisi sitten suhtautua tähän muutokseen?

Tämä kaavio kuvaa tarkemmin, mitä tarkoittaa, että tekniikka on tietyssä vaiheessa. 

Miten organisaatioiden tulisi suhtautua organisaatiomuutokseen?

Pilven käyttöönottoprosessissa organisaatiot ovat joutuneet tekemään päätöksiä, luomaan uusia käytäntöjä, luomaan uusia menettelytapoja ja vastaamaan erityisiin haasteisiin. Tässä on luettelo alueista, jotka sinun on ratkaistava varmistaaksesi, että talosi on kunnossa: 

1. Koulutus, uudelleenkoulutus tai uudet roolit.  Kun otat julkisen pilven käyttöön tietojen tallentamiseen tai sovellusten hyödyntämiseen, olet ulkoistanut infrastruktuurin tuen ja ylläpidon. Tarvitset edelleen sisäistä asiantuntemusta toimittajan hallintaan ja tietojen käyttämiseen. Lisäksi sinun on tiedettävä, kuinka hyödyntää uusia työkaluja, joita sinulla on käytettävissäsi kognitiiviseen analytiikkaan ja datatieteeseen.     
2. Data.  Kaikki on kiinni tiedoista. Data on uusi valuutta. Puhumme Big Datasta – datasta, joka täyttää ainakin osan Määritelmän V:t. Kun siirryt pilveen, ainakin osa tiedoistasi on pilvessä. Jos olet "all-in", tietosi tallennetaan pilveen ja käsitellään pilvessä.

A. Tietojen saatavuus. Voivatko olemassa olevat paikalliset sovelluksesi käyttää pilvessä olevia tietoja? Ovatko tietosi siellä, missä ne tarvitsevat käsittelyä varten? Tarvitseeko sinun budjetoida aikaa pilvisiirtoprojektissasi siirtääksesi tietosi pilveen? Kauanko se kestää? Tarvitseeko sinun kehittää uusia prosesseja saadaksesi tapahtumatietosi pilveen? Jos aiot suorittaa tekoälyä tai koneoppimista, koulutusdataa on oltava riittävästi, jotta se saavuttaa halutun tarkkuustason.

B. Tietojen käytettävyys. Ovatko tietosi sellaisessa muodossa, että niitä käyttävät ihmiset ja työkalut voivat kuluttaa? Pystytkö suorittamaan "lift-and-shift" tietovarastollesi? Vai voidaanko se optimoida suorituskykyä varten? 

C. Tietojen laatu. Tietojen laatu, joihin päätöksesi perustuvat, voi vaikuttaa päätöstesi laatuun. Hallinto, datanhoitajat, tiedonhallinta ja kenties datakuraattori voivat olla merkittävässä roolissa kognitiivisen analytiikan käyttöönotossa pilvessä. Käytä aikaa ennen tietojen siirtämistä pilveen arvioidaksesi datasi laatua. Mikään ei ole turhauttavampaa kuin huomata, että olet siirtänyt tietoja, joita et tarvitse.

D. Big datan vaihtelu ja epävarmuus. Tiedot voivat olla epäjohdonmukaisia ​​tai epätäydellisiä. Onko tietojesi arvioinnissa ja kuinka aiot käyttää niitä aukkoja? Nyt on aika korjata tunnetut ongelmat, jotka liittyvät yrityksen laajuisiin tietostandardeihin. Standardoi raportointikeskuksissa yksinkertaisia ​​asioita, kuten aikaulottuvuuksia ja maantieteellisiä hierarkioita. Tunnista tämä yksittäinen totuuden lähde.   

E. Itse big dataan liittyvät rajoitukset. Suuri määrä mahdollisia tuloksia saattaa edellyttää toimialueen asiantuntijan arvioimaan tulosten merkitystä. Toisin sanoen, jos kyselysi palauttaa paljon tietueita, miten käsittelet sen ihmisenä? Jotta voit suodattaa sitä edelleen ja vähentää tietueiden määrää, jotta tavallinen ei-superihminen voi käyttää niitä, sinun on tunnettava tietojen takana oleva liiketoiminta.

     3. Tietotekniikan perustamisen/infrastruktuurin tukeminen. Harkitse kaikkia liikkuvia osia. On todennäköistä, että kaikki tietosi eivät ole pilvessä. Jotkut saattavat olla pilvessä. Jotkut paikan päällä. Muitakin tietoja voi olla toinen myyjän pilvi. Onko sinulla tiedonkulkukaaviota? Oletko valmis siirtymään fyysisen laitteiston hallinnasta fyysistä laitteistoa hallinnoivien toimittajien hallintaan? Ymmärrätkö pilviympäristön rajoitukset? Oletko huomioinut kyvyn tukea jäsentämätöntä dataa sekä keskeisiä alustan mahdollistavia teknologioita? Pystytkö edelleen käyttämään samoja SDK-, API- ja data-apuohjelmia, joita olet käyttänyt paikan päällä? Ne on todennäköisesti kirjoitettava uudelleen. Entä nykyinen ETL-tietovaraston lataaminen tapahtumajärjestelmistä? ETL-skriptit on kirjoitettava uudelleen.

     4. Roolien jalostaminen. Käyttäjiä on ehkä koulutettava uudelleen uusiin sovelluksiin ja pilvitietojen käsittelyyn. Usein työpöytä- tai verkkosovelluksella voi olla sama tai samankaltainen nimi kuin pilvelle omistetulla. Se voi kuitenkin toimia eri tavalla tai sillä voi jopa olla erilainen ominaisuusjoukko.  

Jos organisaatiosi aikoo vakavasti siirtyä pilveen ja hyödyntää analytiikkaa parhaalla mahdollisella tavalla, ei ole kiistaa siitä, että muutto voi tarjota merkittävää liiketoiminta- ja taloudellista arvoa. Käytännössä, jotta pääset sinne täältä, sinun on: 

1. Perustaa peruskirja.  

A. Oletko määrittänyt projektisi laajuuden?  

B. Onko sinulla johtajien sponsorointia?

C. Keitä – mitkä roolit – tulisi ottaa mukaan projektiin? Kuka on pääarkkitehti? Millaista asiantuntemusta tarvitset pilvitoimittajan puoleen?

D. Mikä on lopullinen tavoite? Muuten, tavoitteena ei ole "siirtyä pilveen". Mitä ongelmia yrität ratkaista?

E. Määrittele menestyskriteerisi. Mistä tiedät menestyväsi?

2. Tutustu. Aloita alusta. Tee inventaario. Ota selvää, mitä sinulla on. Vastaa kysymyksiin:

V. Mitä tietoja meillä on?

B. Missä tiedot ovat?

C. Mitä liiketoimintaprosesseja on tuettava? Mitä tietoja nämä prosessit tarvitsevat?

D. Mitä työkaluja ja sovelluksia käytämme tällä hetkellä tietojen käsittelyyn?

E. Mikä on tietojen koko ja monimutkaisuus?

F. Mitä meillä on? Mitä sovelluksia on saatavana toimittajaltamme pilvessä?

G. Kuinka yhdistämme tietoihin? Mitä portteja tulee olla auki pilvessä?

H. Onko olemassa säännöksiä tai vaatimuksia, jotka sanelevat yksityisyyttä tai turvallisuutta koskevia vaatimuksia? Onko asiakkaiden kanssa SLA-sopimuksia, joita on ylläpidettävä?  

I. Tiedätkö kuinka pilvipalvelun kustannukset lasketaan?

3. Arvioi ja arvioi. 

V. Mitä tietoja aiomme siirtää?

B. Arvioi kustannukset. Nyt kun tiedät tietojen laajuuden ja määrän, voit paremmin määrittää budjetin.

C. Määrittele aukot, jotka vallitsevat tämänhetkisten odotusten ja odotusten välillä. Mitä meiltä puuttuu?

D. Sisällytä testisiirto paljastaaksesi, mitä olet jättänyt teoriassa paitsi.

E. Sisällytä käyttäjän hyväksyntätestaus tähän vaiheeseen sekä viimeiseen vaiheeseen.

F. Mitä haasteita voit ennakoida, jotta voit rakentaa odottamattomia tilanteita seuraavaan vaiheeseen?

G. Mitä riskejä on tunnistettu?

4. Suunnitelma. Perusta a road kartta. 

A. Mitkä ovat prioriteetit? Mikä tulee ensin? Mikä on järjestys?

B. Mitä voit jättää pois? Kuinka voit pienentää laajuutta?

C. Onko aikaa rinnakkaiskäsittelylle?

D. Mikä on lähestymistapa? Osittainen / vaiheittainen lähestymistapa?

E. Oletko määritellyt turvallisuuslähestymistavan?

F. Oletko määrittänyt tietojen varmuuskopiointi- ja palautussuunnitelmat?

G. Mikä on viestintäsuunnitelma – sisäinen projektille, sidosryhmille, loppukäyttäjille?

5. Rakenna. Siirrä. Testata. Tuoda markkinoille.

A. Tee suunnitelma. Tarkista se dynaamisesti uuden tiedon perusteella.

B. Rakenna historiallisia vahvuuksiasi ja onnistumisiasi vanhalle IT-perustallesi ja ala hyödyntää Big Datan ja kognitiivisen analytiikan etuja.       

6. Toista ja tarkenna.  

V. Milloin voit poistaa palvelimet, jotka ovat nyt käyttämättömänä?

B. Mitä uudelleenfaktorointia olet havainnut, että se on tehtävä?

C. Mitä optimointeja tietoihisi voidaan tehdä pilvessä?  

D. Mitä uusia datasovelluksia voit nyt käyttää pilvessä?

E. Mikä on seuraava taso? AI, koneoppiminen, edistynyt analytiikka?

kompastuskiviä

jotkut lähteet Sanotaan, että jopa 70 % teknologiaprojekteista epäonnistuu kokonaan tai osittain. Ilmeisesti se riippuu määritelmästäsi   epäonnistuminen. Toinen lähde havaitsi, että 75 % ajatteli, että heidän projektinsa oli tuomittu alusta alkaen. Tämä saattaa tarkoittaa, että 5 % onnistui, vaikka todennäköisyys vastustaa heitä. Kokemukseni kertoo, että on olemassa merkittävä osa teknologiaprojekteista, jotka eivät joko koskaan pääse käyntiin tai eivät täysin toteuta luvattuja odotuksia. Näillä projekteilla on joitain yhteisiä teemoja. Kun alat suunnitella siirtymistäsi pilveen, tässä on joitain epäkohtia, joihin kannattaa kiinnittää huomiota. Jos et, ne ovat kuin huonoa karmaa tai huonoja luottopisteitä – ennemmin tai myöhemmin ne purevat sinua perseeseen.:

1. Omistus. Yhden henkilön tulee omistaa projekti johdon näkökulmasta. Samalla kaikkien osallistujien tulee tuntea olevansa panostaneet sidosryhminä.
2. Hinta. Onko budjetti varattu? Tiedätkö seuraavan 12 kuukauden suuruusluokan sekä arvion juoksevista kustannuksista? Onko olemassa mahdollisia piilokuluja? Oletko poistanut ylimääräisen flotsamin ja jetsamin muuttoa valmisteltaessa? Et halua siirtää tietoja, joita ei käytetä tai joihin ei luoteta.       
3. Johto. Onko hanke täysin johdon sponsoroima? Ovatko odotukset ja menestyksen määritelmä realistisia? Ovatko tavoitteet linjassa yrityksen vision ja strategian kanssa?
4. Projektinhallinta. Ovatko aikataulut, laajuus ja budjetti realistisia? Onko olemassa "voimia", jotka vaativat lyhyempiä toimitusaikoja, laajempaa laajuutta ja/tai alhaisempia kustannuksia tai vähemmän ihmisiä? Onko vaatimuksista vankka käsitys? Ovatko ne realistisia ja hyvin määriteltyjä?
5. Human Resources. Tekniikka on helppo osa. Ihmiset voivat olla haasteita. Siirtyminen pilveen tuo muutoksia. Ihmiset eivät pidä muutoksesta. Sinun on asetettava odotukset asianmukaisesti. Onko aloitteeseen omistautunut riittävästi ja asianmukaista henkilökuntaa? Vai oletko yrittänyt viettää aikaa ihmisiltä, ​​jotka ovat jo liian kiireisiä päivätyönsä kanssa? Pystytkö ylläpitämään vakaata joukkuetta? Monet projektit epäonnistuvat avainhenkilöiden vaihtuvuuden vuoksi.  
6. Riskit. Onko riskit tunnistettu ja hallittu onnistuneesti?  
7. valmiussuunnitelma. Oletko pystynyt tunnistamaan asioita, jotka eivät ole hallinnassasi, mutta jotka voivat vaikuttaa toimitukseen? Mieti johtajuuden muutoksen vaikutusta. Miten maailmanlaajuinen pandemia vaikuttaisi kykyysi noudattaa määräaikoja ja saada resursseja?  

Cloud Computing Hype Cycle vuonna 2022

Missä ovat Cloud Computing, Public Cloud Storage ja Software as a Service Gartnerin nousevan teknologian hype-syklissä tänään? He eivät ole. Ne eivät ole enää nousevia teknologioita. Ne eivät ole enää horisontissa. Ne ovat valtavirtaa ja odottavat adoptiota. Seuraa kasvua seuraavassa kehittyvät teknologiat: AI-Augmented Design, Generative AI, Physics-informed AI ja Non Fungible Tokens.  

Tämän artikkelin ideat esitettiin alun perin johtopäätöksenä artikkelille "Kognitiivinen analytiikka: rakentaminen perinnölliselle IT-säätiölle" TDWI Business Intelligence Journal, osa 22, nro 4.