Pregătirea pentru a trece pe cloud

Suntem acum în al doilea deceniu de adoptare a cloud-ului. Aproximativ 92% dintre companii folosesc cloud computing într-o anumită măsură. Pandemia a fost un motiv recent pentru ca organizațiile să adopte tehnologii cloud. Mutarea cu succes a datelor, proiectelor și aplicațiilor suplimentare în cloud depinde de pregătire, planificare și anticiparea problemelor.  

1. Pregătire este despre date și gestionarea umană a datelor și a infrastructurii suport.
2. Planificare este esential. Planul trebuie să conțină elemente cheie specifice.
3. Gestionarea problemelor este capacitatea de a prevedea zone potențiale de probleme și capacitatea de a le naviga dacă sunt întâlnite.  

Patru lucruri pe care trebuie să le facă o întreprindere pentru a avea succes în cloud, plus 7 înțelepciuni

Afacerea ta se va muta în cloud. Ei bine, permiteți-mi să reformulez că, dacă afacerea dvs. va avea succes, se va muta la nor – acesta este, dacă nu este deja acolo. Dacă ești deja acolo, probabil că nu ai citi asta. Compania dvs. este gânditoare și intenționează să profite de toate beneficiile cloud pe care le-am discutat într-un alt articol. Începând cu 2020, 92% dintre companii folosesc cloud într-o oarecare măsură și 50% din toate datele corporative sunt deja în cloud.

Concluzia noului COVID: pandemia a forțat afacerile să se uite mai atent la capabilitățile cloud pentru a susține noua paradigmă a forței de muncă de la distanță. Cloud-ul se referă atât la date mari stocarea și aplicațiile care prelucrează acele date.  Unul dintre principalele motive pentru a trece la cloud este acela de a obține un avantaj competitiv, fiind flexibil și obținând noi perspective din volumul de date.   

Firma de analist Gartner publică în mod regulat un raport care discută „tehnologii și tendințe care arată promițătoare în furnizarea unui grad ridicat de avantaj competitiv în următorii cinci până la 10 ani”. Acum zece ani, Ciclul Hype 2012 al Gartner pentru Cloud Computing a plasat Cloud Computing și Public Cloud Storage în „Trough of Dezilution” chiar dincolo de „Vârful așteptărilor umflate”. În plus, Big Data tocmai intra în „Vârful așteptărilor umflate”. Toate trei cu un platou așteptat în 3 până la 5 ani. Software-ul ca serviciu (SaaS) a fost plasat de Gartner în faza „Slope of Enlightenment” cu un platou așteptat de 2 până la 5 ani.

În 2018, șase ani mai târziu, „Cloud Computing” și „Public Cloud Storage” erau în faza „Slope of Enlightenment” cu un platou proiectat de mai puțin de 2 ani. „Software as a Service” ajunsese pe platou.  Ideea este că a existat o adoptare semnificativă a cloud-ului public în această perioadă.  

Astăzi, în 2022, cloud computing este acum la a doua decadă de adoptare și este acum tehnologia implicită pentru noile aplicații.  As Gartner spune: „Dacă nu este nor, este moștenire”. Gartner continuă spunând că impactul cloud computing-ului asupra unei organizații este transformațional. Cum ar trebui să abordeze organizațiile această transformare?

Acest grafic descrie mai detaliat ce înseamnă că o tehnologie se află într-o anumită fază. 

Cum ar trebui organizațiile să abordeze transformarea organizațională?

În procesul lor de adoptare a cloud-ului, organizațiile au fost nevoite să ia decizii, să stabilească noi politici, să creeze noi proceduri și să abordeze provocări specifice. Iată o listă de zone specifice pe care va trebui să le rezolvați pentru a vă asigura că casa dvs. este în ordine: 

1. Antrenament, reinstruire sau noi roluri.  Prin adoptarea cloud-ului public pentru stocarea datelor sau prin folosirea aplicațiilor, ați externalizat suportul și întreținerea infrastructurii. Încă aveți nevoie de expertiză internă pentru a gestiona furnizorul și a accesa datele. În plus, trebuie să știți cum să utilizați noile instrumente pe care le aveți la dispoziție pentru analiza cognitivă și știința datelor.     
2. Date.  Totul tine de date. Datele sunt noua monedă. Vorbim despre Big Data – date care îndeplinesc cel puțin o parte din V-urile definiției. Când treceți la cloud, cel puțin o parte dintre datele dvs. vor fi în cloud. Dacă sunteți „all-in”, datele dumneavoastră vor fi stocate în cloud și procesate în cloud.

A. Disponibilitatea datelor. Pot aplicațiile dvs. existente la nivel local să acceseze datele din cloud? Sunt datele dumneavoastră acolo unde trebuie să fie procesate? Trebuie să bugetați timp în proiectul dvs. de migrare în cloud pentru a vă muta datele în cloud? Cât timp va dura? Aveți nevoie să dezvoltați noi procese pentru a vă transfera datele tranzacționale în cloud? Dacă intenționați să efectuați AI sau învățarea automată, trebuie să existe suficiente date de antrenament pentru a atinge nivelul dorit de acuratețe și precizie.

B. Utilizabilitatea datelor. Datele dvs. sunt într-un format care poate fi consumat de oamenii și instrumentele care vor accesa datele? Puteți efectua un „lift-and-shift” în depozitul dvs. de date? Sau poate fi optimizat pentru performanță? 

C. Calitatea datelor. Calitatea datelor pe care se bazează deciziile dvs. poate afecta calitatea deciziilor dvs. Guvernanța, administratorii de date, managementul datelor, poate un curator de date pot juca un rol semnificativ în adoptarea analizei cognitive în cloud. Acordați-vă timp înainte de a migra datele în cloud pentru a evalua calitatea datelor dvs. Nu este nimic mai frustrant decât să descoperi că ai migrat date de care nu ai nevoie.

D. Variabilitatea și incertitudinea în big data. Datele pot fi inconsecvente sau incomplete. În evaluarea datelor dvs. și a modului în care intenționați să le utilizați, există lacune? Acum este momentul să remediați problemele cunoscute legate de standardele de date la nivel de întreprindere. Standardizați în centrele de raportare pe lucruri simple, cum ar fi dimensiunile temporale, ierarhiile geografice. Identificați acea sursă unică de adevăr.   

E. Limitări inerente big data în sine. Un număr mare de rezultate potențiale poate necesita un expert în domeniu pentru a evalua semnificația rezultatelor. Cu alte cuvinte, dacă interogarea dvs. returnează o mulțime de înregistrări, cum o veți procesa ca om? Pentru a o filtra în continuare și a reduce numărul de înregistrări, astfel încât să poată fi consumată de un non-super-om obișnuit, va trebui să cunoașteți afacerea din spatele datelor.

     3. Sprijinirea fundației/infrastructurii IT. Luați în considerare toate părțile în mișcare. Este probabil ca nu toate datele dvs. să fie în cloud. Unii pot fi în nor. Unele la sediu. Încă alte date pot fi în un alt cloud-ul furnizorului. Aveți o diagramă de flux de date? Sunteți pregătit să treceți de la gestionarea hardware-ului fizic la gestionarea furnizorilor care gestionează hardware-ul fizic? Înțelegeți limitele mediului cloud? Ați luat în considerare capacitatea de a susține date nestructurate, precum și tehnologii cheie care permit platformei? Veți putea în continuare să utilizați același SDK, API, utilitare de date pe care le-ați folosit la nivel local? Probabil că vor trebui rescrise. Cum rămâne cu ETL-ul tău existent pentru a încărca depozitul de date din sistemele tranzacționale? Scripturile ETL vor trebui rescrise.

     4. Rafinarea rolurilor. Este posibil ca utilizatorii să fie reeducați cu privire la noile aplicații și la cum să acceseze datele din cloud. Adesea, o aplicație desktop sau de rețea poate avea același nume sau similar cu una dedicată cloud-ului. Cu toate acestea, poate funcționa diferit sau chiar poate avea un set de caracteristici diferit.  

Dacă organizația dvs. este serioasă să treacă la cloud și să profite la maximum de analiză, nu există nicio dezbatere că mutarea poate oferi o valoare comercială și economică semnificativă. Practic, pentru a ajunge acolo de aici, va trebui să: 

1. Stabiliți o carte.  

A. Ați definit sfera proiectului dumneavoastră?  

B. Aveți sponsorizare executivă?

C. Cine – ce roluri – ar trebui să fie incluse în proiect? Cine este arhitectul sef? Pentru ce experiență aveți nevoie pentru a vă baza pe furnizorul de cloud?

D. Care este scopul final? Apropo, scopul nu este „deplasarea în nor”. Ce problemă(e) încercați să rezolvați?

E. Definiți-vă criteriile de succes. Cum vei ști că ai succes?

2. Descoperă. Începeți de la început. Face inventarul. Află ce ai. Raspunde la intrebari:

A. Ce date avem?

B. Unde sunt datele?

C. Ce procese de afaceri trebuie susținute? De ce date au nevoie aceste procese?

D. Ce instrumente și aplicații folosim în prezent pentru a manipula datele?

E. Care este dimensiunea și complexitatea datelor?

F. Ce vom avea? Ce aplicații sunt disponibile în cloud de la furnizorul nostru?

G. Cum ne vom conecta la date? Ce porturi vor trebui să fie deschise în cloud?

H. Există reglementări sau cerințe care impun cerințe de confidențialitate sau securitate? Există SLA-uri cu clienții care trebuie menținute?  

I. Știți cum vor fi calculate costurile pentru utilizarea cloud?

3. Evaluează și evaluează. 

A. Ce date intenționăm să mutăm?

B. Evaluarea costurilor. Acum că cunoașteți domeniul și volumul datelor, sunteți într-o poziție mai bună pentru a defini un buget.

C. Definiți decalajele care există între ceea ce aveți în prezent și așteptările la ceea ce vă așteptați să aveți. Ce ne lipsește?

D. Includeți o migrare de test pentru a expune ceea ce ați omis în teorie.

E. Includeți testarea de acceptare a utilizatorilor în această fază, precum și în faza finală.

F. Ce provocări puteți anticipa astfel încât să puteți construi situații neprevăzute în faza următoare?

G. Ce riscuri au fost identificate?

4. Plan. Stabilește o road hartă. 

A. Care sunt prioritățile? Ce vine mai întâi? Care este succesiunea?

B. Ce poți exclude? Cum poți reduce domeniul de aplicare?

C. Va exista un timp pentru procesarea paralelă?

D. Care este abordarea? Abordare parțială/fazată?

E. Ați definit abordarea de securitate?

F. Ați definit planuri de copiere a datelor și de recuperare în caz de dezastru?

G. Care este planul de comunicare – intern proiectului, părților interesate, utilizatorilor finali?

5. Construiește. Migra. Test. Lansa.

A. Lucrează planul. Revizuiește-l dinamic pe baza informațiilor noi.

B. Construiți-vă pe punctele dvs. tari și succesele istorice ale bazei IT moștenite și începeți să profitați de avantajele Big Data și de analiză cognitivă.       

6. Iterați și rafinați.  

A. Când puteți retrage serverele care acum stau inactiv?

B. Ce refactorizare ați descoperit că trebuie făcută?

C. Ce optimizări pot fi făcute datelor dvs. din cloud?  

D. Ce aplicații noi de date puteți utiliza acum în cloud?

E. Care este următorul nivel? AI, învățare automată, analiză avansată?

Am înțeles

niste surse spunem că până la 70% dintre proiectele tehnologice sunt eșecuri totale sau parțiale. Aparent, depinde de definiția dvs   eșec. Un alt sursă au constatat că 75% au crezut că proiectul lor a fost condamnat încă de la început. Asta ar putea însemna că 5% au reușit, în ciuda șanselor împotriva lor. Experiența mea îmi spune că există o parte semnificativă a proiectelor tehnologice care fie nu demarează niciodată, fie nu reușesc să realizeze pe deplin așteptările promise. Există câteva teme comune pe care acele proiecte le împărtășesc. Pe măsură ce începeți să vă planificați migrarea către cloud, iată câteva probleme la care trebuie să aveți în vedere. Dacă nu o faci, sunt ca o karma proastă sau un scor de credit prost - mai devreme sau mai târziu, te vor mușca de fund.:

1. Proprietate. O singură persoană trebuie să dețină proiectul din perspectiva managementului. În același timp, toți participanții trebuie să se simtă investiți ca părți interesate.
2. A costat. A fost alocat bugetul? Cunoașteți ordinul de mărime pentru următoarele 12 luni, precum și o estimare a costurilor curente? Există eventuale costuri ascunse? Ați aruncat excesul de flots și jetsam în pregătirea pentru mutare. Nu doriți să migrați date care nu vor fi utilizate sau care nu sunt de încredere.       
3. Conducere. Proiectul este pe deplin sponsorizat de management? Sunt așteptările și definiția succesului realiste? Se aliniază obiectivele cu viziunea și strategia corporativă?
4. Management de Proiect. Sunt termenele, domeniul de aplicare și bugetul realiste? Există „forțe” care cer termene de livrare mai scurte, un domeniu de aplicare crescut și/sau costuri mai mici sau mai puțini oameni? Există o înțelegere fermă a cerințelor? Sunt realiste și bine definite?
5. Resurse Umane. Tehnologia este partea ușoară. Oamenii pot fi o provocare. Migrarea către cloud va aduce schimbări. Oamenilor nu le place schimbarea. Trebuie să stabiliți așteptările în mod corespunzător. Au fost dedicat inițiativei personal suficient și adecvat? Sau ai încercat să-ți scapi de timp de la oameni care sunt deja prea ocupați cu munca lor de zi cu zi? Sunteți capabil să mențineți o echipă stabilă? Multe proiecte eșuează din cauza fluctuației personalului cheie.  
6. Riscuri. Au fost identificate și gestionate cu succes riscurile?  
7. eveniment neprevăzut. Ați reușit să identificați lucruri care nu sunt sub controlul dvs., dar care pot afecta livrarea? Luați în considerare efectul unei schimbări în conducere. Cum ți-ar afecta o pandemie la nivel mondial capacitatea de a respecta termenele limită și de a obține resurse?  

Ciclul de hype cloud computing în 2022

Așadar, unde sunt Cloud Computing, Public Cloud Storage și Software as a Service în ciclul de hype tehnologic emergent al Gartner? Ei nu sunt. Nu mai sunt tehnologii inovatoare. Nu mai sunt la orizont. Sunt mainstream, așteaptă să fie adoptați. Urmăriți creșterea în cele ce urmează tehnologii emergente: AI-Augmented Design, AI generativ, AI informat de fizică și jetoane nefungibile.  

Ideile din acest articol au fost prezentate inițial ca concluzie a articolului „Cognitive Analytics: Building on Your Legacy IT Foundation” prezentat în TDWI Business Intelligence Journal, Vol. 22, Nr. 4.