Felhőbe költözés előkészítése

A felhő bevezetésének második évtizedében járunk. A vállalkozások 92%-a használ bizonyos mértékig felhőalapú számítástechnikát. A világjárvány a közelmúltban arra ösztönözte a szervezeteket, hogy elfogadják a felhőtechnológiákat. A további adatok, projektek és alkalmazások felhőbe történő sikeres áthelyezése az előkészítéstől, a tervezéstől és a problémák előrejelzésétől függ.  

1. Előkészítés az adatokról és az adatok humán kezeléséről és a támogató infrastruktúráról szól.
2. Tervezés elengedhetetlen. A tervnek konkrét kulcselemeket kell tartalmaznia.
3. Problémamegoldás az a képesség, hogy előre látjuk a lehetséges problémákat, és képesek vagyunk eligazodni azokon, ha találkozunk velük.  

Négy dolog, amit egy vállalkozásnak meg kell tennie ahhoz, hogy sikeres legyen a felhőben, plusz 7 dolog

Vállalkozása a felhőbe fog költözni. Nos, hadd fogalmazzam meg újra: ha a vállalkozása sikeres lesz, akkor át fog költözni a felhő – ez van, ha még nincs ott. Ha már ott vagy, valószínűleg nem olvasnád ezt. Az Ön cége előrelátó, és ki kívánja használni a felhő minden előnyét, amelyet egy másik cikkben tárgyaltunk. 2020-tól a vállalkozások 92%-a használja valamilyen mértékben a felhőt, és az összes vállalati adat 50%-a már a felhőben van.

A COVID-felhő ezüst szegélye: a világjárvány arra kényszerítette a vállalkozásokat, hogy alaposabban vizsgálják meg a felhőalapú képességeket, hogy támogassák a távoli munkaerő új paradigmáját. A felhő mindkét nagy adatra vonatkozik tároló és az adatokat feldolgozó alkalmazások.  A felhőre való átállás egyik fő oka a versenyelőny megszerzése azáltal, hogy rugalmasak vagyunk, és új betekintést nyerünk a rengeteg adatból.   

Az elemző cég Gartner rendszeresen közzétesz egy jelentést, amely „olyan technológiákat és trendeket tárgyal, amelyek ígéretesnek mutatkoznak a következő 10-XNUMX év során magas fokú versenyelőny biztosítására”. Tíz éve, A Gartner 2012-es Hype-ciklusa A Cloud Computing a Cloud Computing-ot és a nyilvános felhőalapú tárolást a „kiábrándultság mélypontjába” helyezte, éppen túl a „felfújt elvárások csúcsán”. Ezenkívül a Big Data éppen a „felfújt várakozások csúcsára” lépett. Mindhárom 3-5 éven belül várható fennsíkkal. A szoftvert szolgáltatásként (SaaS) a Gartner a „Megvilágosodás lejtőjének” szakaszába helyezte, várhatóan 2-5 évre.

2018-ban, hat évvel később, a „Cloud Computing” és a „Public Cloud Storage” a „Megvilágosodás lejtőjének” szakaszában volt, és a tervezett fennsík kevesebb mint 2 év. A „Szoftver mint szolgáltatás” elérte a fennsíkot.  A lényeg az, hogy ebben az időszakban jelentős mértékben elterjedt a nyilvános felhő.  

Ma, 2022-ben, a számítási felhő immár a második évtizedben él, és mára az új alkalmazások alapértelmezett technológiája.  As Gartner így fogalmaz: "Ha nem felhő, akkor örökség." A Gartner kijelenti, hogy a felhőalapú számítástechnika hatása a szervezetre átalakuló. Hogyan viszonyuljanak a szervezetek ehhez az átalakuláshoz?

Ez a diagram részletesebben leírja, mit jelent, hogy egy technológia egy adott fázisban van. 

Hogyan viszonyuljanak a szervezetek a szervezeti átalakuláshoz?

A felhő bevezetésének folyamata során a szervezeteknek döntéseket kellett hozniuk, új irányelveket kellett kialakítaniuk, új eljárásokat kell létrehozniuk, és konkrét kihívásokkal kellett szembenézniük. Az alábbiakban felsoroljuk azokat a konkrét területeket, amelyeket meg kell oldania, hogy megbizonyosodjon arról, hogy háza rendben van: 

1. Képzés, átképzés vagy új szerepek.  Amikor a nyilvános felhőt adattárolásra vagy az alkalmazások kihasználására alkalmazta, kiszervezte az infrastruktúra támogatását és karbantartását. Továbbra is házon belüli szakértelemre van szüksége a szállító kezeléséhez és az adatokhoz való hozzáféréshez. Ezenkívül tudnod kell, hogyan hasznosíthatod a kognitív elemzéshez és adattudományhoz rendelkezésre álló új eszközöket.     
2. Adat.  Minden az adatokon múlik. Az adat az új pénznem. Big Data-ról beszélünk – olyan adatokról, amelyek megfelelnek legalább néhánynak A definíció V-jei. A felhőbe való áttéréskor az adatok legalább egy része a felhőben lesz. Ha Ön „all-in”, adatai a felhőben lesznek tárolva, és a felhőben dolgozzák fel.

A. Az adatok elérhetősége. A meglévő helyszíni alkalmazásai hozzáférhetnek a felhőben lévő adatokhoz? Az Ön adatai ott vannak, ahol a feldolgozáshoz szükségesek? Szüksége van a költségvetési időre a felhő-migrációs projektben ahhoz, hogy adatait a felhőbe helyezze? Meddig fog ez tartani? Új folyamatokat kell kidolgoznia ahhoz, hogy tranzakciós adatai a felhőbe kerüljenek? Ha mesterséges intelligenciát vagy gépi tanulást kíván végrehajtani, elegendő képzési adattal kell rendelkeznie a kívánt pontossági és precizitási szint eléréséhez.

B. Az adatok használhatósága. Az adatok olyan formátumban vannak, amelyet az adatokhoz hozzáférő emberek és eszközök felhasználhatnak? Végezhet-e „lift-and-shift”-et az adattárházán? Vagy optimalizálható a teljesítményre? 

C. Az adatok minősége. A döntései alapjául szolgáló adatok minősége befolyásolhatja döntéseinek minőségét. Az irányítás, az adatkezelők, az adatkezelés, esetleg egy adatkurátor jelentős szerepet játszhat a kognitív elemzések felhőben történő elfogadásában. Szánjon időt az adatok felhőbe való migrálása előtt az adatok minőségének felmérésére. Nincs annál elkeserítőbb, mint felfedezni, hogy olyan adatokat költöztetett át, amelyekre nincs szüksége.

D. A nagy adatok változékonysága és bizonytalansága. Az adatok következetlenek vagy hiányosak lehetnek. Vannak-e hiányosságok az adatok értékelése és felhasználási módja során? Itt az ideje kijavítani a vállalati szintű adatszabványokkal kapcsolatos ismert problémákat. Szabványosítsa a jelentési központok között olyan egyszerű dolgokat, mint az idődimenziók, a földrajzi hierarchiák. Határozza meg az igazság egyetlen forrását.   

E. Magában a nagy adatban rejlő korlátok. Nagyszámú lehetséges eredmény esetében előfordulhat, hogy egy szakterületi szakértőnek kell értékelnie az eredmények jelentőségét. Más szóval, ha a lekérdezés sok rekordot ad vissza, hogyan fogja emberileg feldolgozni? A további szűréshez és a rekordok számának csökkentéséhez, hogy egy közönséges, nem szuperember is el tudja fogyasztani, ismernie kell az adatok mögött meghúzódó üzletet.

     3. Az informatika megalapozásának/infrastruktúrájának támogatása. Vegye figyelembe az összes mozgó alkatrészt. Valószínű, hogy nem minden adata lesz a felhőben. Néhányan a felhőben lehetnek. Néhány helyszíni. Még más adatok is lehetnek másik eladó felhője. Van adatfolyam diagramja? Készen áll arra, hogy a fizikai hardver kezeléséről áttérjen a fizikai hardvert kezelő szállítók kezelésére? Megérti a felhőkörnyezet korlátait? Figyelembe vette a strukturálatlan adatok, valamint a kulcsfontosságú platformot támogató technológiák támogatásának képességét? Továbbra is tudja használni ugyanazt az SDK-t, API-t és adatsegédprogramokat, amelyeket a helyszíni használatban is használt? Valószínűleg át kell őket írni. Mi a helyzet a meglévő ETL-jével, amely az adattárházat a tranzakciós rendszerekből tölti be? Az ETL szkripteket újra kell írni.

     4. A szerepek finomítása. Előfordulhat, hogy a felhasználókat át kell képezni az új alkalmazásokhoz és a felhőben lévő adatokhoz való hozzáféréshez. Gyakran előfordul, hogy egy asztali vagy hálózati alkalmazás neve megegyezik vagy hasonló a felhőhöz dedikált névvel. Előfordulhat azonban, hogy eltérően működik, vagy akár más funkciókészlettel is rendelkezik.  

Ha szervezete komolyan gondolja, hogy áttér a felhőre és a legtöbbet hozza ki az elemzésből, akkor nincs vita arról, hogy a lépés jelentős üzleti és gazdasági értéket jelenthet. Gyakorlatilag, ha innen szeretne eljutni, a következőkre lesz szüksége: 

1. Hozzon létre egy chartát.  

V. Meghatározta-e projektje hatókörét?  

B. Van-e vezetői szponzorációja?

C. Kiket – milyen szerepeket – kell bevonni a projektbe? Ki a főépítész? Milyen szakértelemben kell támaszkodnia a felhőszolgáltatóra?

D. Mi a végcél? A cél egyébként nem a „felhőbe költözés”. Milyen problémá(ka)t próbálsz megoldani?

E. Határozza meg a siker kritériumait. Honnan tudhatod, hogy sikeres vagy?

2. Fedezze fel. Kezdje az elején. Készítsen leltárt. Tudja meg, mi van. Válaszolj a kérdésekre:

V. Milyen adataink vannak?

B. Hol vannak az adatok?

C. Milyen üzleti folyamatokat kell támogatni? Milyen adatokra van szükség ezekhez a folyamatokhoz?

D. Milyen eszközöket és alkalmazásokat használunk jelenleg az adatok manipulálására?

E. Mekkora az adatok mérete és összetettsége?

F. Mi lesz? Milyen alkalmazások érhetők el a felhőben szállítónktól?

G. Hogyan kapcsolódunk az adatokhoz? Milyen portoknak kell nyitva lenniük a felhőben?

H. Vannak-e olyan előírások vagy követelmények, amelyek előírják a magánélet védelmét vagy a biztonsági követelményeket? Vannak olyan SLA-k az ügyfelekkel, amelyeket fenn kell tartani?  

I. Tudja, hogyan számítják ki a felhőhasználat költségeit?

3. Értékelje és értékelje. 

V. Milyen adatokat kívánunk áthelyezni?

B. Mérje fel a költségeket. Most, hogy ismeri az adatok körét és mennyiségét, jobb helyzetben van a költségvetés meghatározásához.

C. Határozza meg azokat a szakadékokat, amelyek jelenleg vannak, és az elvárások között, amelyekre számítanak. Mi hiányzik nekünk?

D. Tartalmazzon egy tesztmigrációt, hogy felfedje, mit hagyott ki elméletileg.

E. Ebbe a fázisba, valamint az utolsó fázisba is be kell vonni a felhasználói elfogadási tesztet.

F. Milyen kihívásokra számíthat, hogy a következő szakaszba beépíthesse a váratlan helyzeteket?

G. Milyen kockázatokat azonosítottak?

4. Terv. Létrehozni a road térkép. 

V. Mik a prioritások? Mi jön előbb? Mi a sorrend?

B. Mit zárhat ki? Hogyan csökkentheti a hatókört?

C. Lesz idő a párhuzamos feldolgozásra?

D. Mi a megközelítés? Részleges / szakaszos megközelítés?

E. Meghatároztad a biztonsági megközelítést?

F. Meghatározta-e az adatmentési és katasztrófa-helyreállítási terveket?

G. Mi a kommunikációs terv – a projekten belül, az érintettek felé, a végfelhasználók felé?

5. Építs. Vándorol. Teszt. Dob.

V. Dolgozzon ki a terven. Dinamikusan felülvizsgálja az új információk alapján.

B. Építsen történelmi erősségeire és sikereire a régi informatikai alapjait, és kezdje el kihasználni a Big Data és a kognitív elemzés előnyeit.       

6. Iterálás és finomítás.  

V. Mikor lehet nyugdíjazni a jelenleg tétlenül működő szervereket?

B. Milyen refaktorálást fedezett fel, amit el kell végezni?

C. Milyen optimalizálásokat lehet végrehajtani a felhőben lévő adatain?  

D. Milyen új adatalkalmazásokat használhat most a felhőben?

E. Mi a következő szint? AI, gépi tanulás, fejlett elemzés?

Gotchas

Néhány források azt mondják, hogy a technológiai projektek 70%-a teljes vagy részleges meghibásodás. Nyilván a definíciójától függ   kudarc. Egy másik forrás azt találta, hogy 75%-uk úgy gondolta, hogy projektjük kezdettől fogva kudarcra van ítélve. Ez azt jelentheti, hogy 5%-nak sikerült annak ellenére, hogy az esélyek ellene szóltak. Tapasztalataim azt mutatják, hogy a technológiai projektek jelentős része vagy soha nem indul el, vagy nem valósítja meg maradéktalanul az ígért elvárásokat. Vannak közös témák ezekben a projektekben. Amikor elkezdi tervezni a felhőbe való átállást, íme néhány apróság, amire figyelnie kell. Ha nem, akkor olyanok, mint a rossz karma, vagy egy rossz hitelképesség – előbb-utóbb fenekedbe harapnak.:

1. Tulajdon. A projektet vezetői szempontból egyetlen személynek kell birtokolnia. Ugyanakkor minden résztvevőnek úgy kell éreznie magát, mint érdekelt fél.
2. Költség. Kiosztották a költségvetést? Tudja a következő 12 hónap nagyságrendjét, valamint a folyamatban lévő költségek becslését? Vannak esetleges rejtett költségek? Kidobta-e a fölösleges flotsamot és jetsamot a költözésre való felkészülés során? Nem szeretne áttelepíteni a nem használt vagy nem megbízható adatokat.       
3. Vezetés. A projektet teljes mértékben a menedzsment szponzorálja? Reálisak az elvárások és a siker meghatározása? A célok összhangban vannak a vállalati jövőképpel és stratégiával?
4. Project Management. Reálisak az ütemtervek, a terjedelem és a költségvetés? Vannak-e olyan „erők”, amelyek rövidebb szállítási határidőket, nagyobb hatókört és/vagy alacsonyabb költségeket vagy kevesebb embert követelnek? Van-e határozott felfogás a követelményekről? Reálisak és jól meghatározottak?
5. Emberi erőforrások. A technológia az egyszerűbb rész. Az emberek kérdése lehet kihívás. A felhőbe való migráció változásokat hoz. Az emberek nem szeretik a változást. Megfelelően kell megfogalmaznia az elvárásokat. Elegendő és megfelelő személyzetet szenteltek a kezdeményezésnek? Vagy megpróbáltál időt szakítani azokra az emberekre, akik már túlságosan elfoglaltak a napi munkájukkal? Tudsz-e stabil csapatot fenntartani? Sok projekt sikertelen a kulcsfontosságú személyzet fluktuációja miatt.  
6. Kockázatok. Sikeresen azonosították és kezelték a kockázatokat?  
7. Eshetőség. Sikerült azonosítania olyan dolgokat, amelyek kívül esnek az Ön irányításán, de amelyek hatással lehetnek a teljesítésre? Vegye figyelembe a vezetőváltás hatását. Hogyan hatna egy világméretű járvány a határidők betartására és a források megszerzésére?  

A Cloud Computing Hype Cycle 2022-ben

Hol tart ma a számítási felhő, a nyilvános felhőalapú tárolás és a szoftver mint szolgáltatás a Gartner feltörekvő technológiai hírverésén? Ők nem. Ezek már nem feltörekvő technológiák. Már nincsenek a láthatáron. Ők a mainstream, örökbefogadásra várnak. Figyelje meg a növekedést a következőkben fejlődő technológiák: AI-kibővített tervezés, generatív AI, fizikainformált AI és nem helyettesíthető tokenek.  

A cikkben található ötletek eredetileg a „Kognitív elemzés: Építve az Ön örökölt IT-alapítványára” című cikk lezárásaként jelentek meg. TDWI Business Intelligence Journal, 22. évf., 4. szám.