Prepararsi a passare al cloud

Siamo ora nel secondo decennio di adozione del cloud. Ben il 92% delle aziende utilizza in una certa misura il cloud computing. La pandemia è stata un recente motore per le organizzazioni di adottare tecnologie cloud. Il successo del trasferimento di dati, progetti e applicazioni aggiuntivi nel cloud dipende dalla preparazione, dalla pianificazione e dall'anticipazione dei problemi.  

1. PREPARAZIONE riguarda i dati e la gestione umana dei dati e dell'infrastruttura di supporto.
2. Pianificazione è essenziale. Il piano deve contenere elementi chiave specifici.
3. Gestione dei problemi è la capacità di prevedere potenziali aree di difficoltà e la capacità di navigarle se incontrate.  

Quattro cose che un'azienda deve fare per avere successo nel cloud, oltre a 7 trucchi

La tua azienda passerà al cloud. Bene, lasciatemi riformulare che, se la vostra attività avrà successo, si sposterà al cloud – questo è, se non è già lì. Se ci sei già, probabilmente non starai leggendo questo. La tua azienda è lungimirante e intende sfruttare tutti i vantaggi del cloud di cui abbiamo discusso in un altro articolo. A partire dal 2020, il 92% delle aziende utilizza in una certa misura il cloud e il 50% di tutti i dati aziendali è già nel cloud.

Il lato positivo del cloud COVID: la pandemia ha costretto le aziende a guardare più da vicino le funzionalità cloud per supportare il nuovo paradigma di una forza lavoro remota. Il cloud si riferisce a entrambi i dati di grandi dimensioni archiviazione e applicazioni che elaborano tali dati.  Uno dei motivi principali per passare al cloud è ottenere un vantaggio competitivo essendo flessibili e acquisendo nuove informazioni dai carichi di dati.   

La società di analisi Gartner pubblica regolarmente un rapporto che discute "tecnologie e tendenze che si dimostrano promettenti nel fornire un alto grado di vantaggio competitivo nei prossimi cinque o dieci anni". Dieci anni fa, Hype Cycle 2012 di Gartner per il Cloud Computing ha messo il Cloud Computing e il Public Cloud Storage nella "depressione della disillusione" appena oltre il "picco delle aspettative gonfiate". Inoltre, i Big Data stavano appena entrando nel "picco delle aspettative gonfiate". Tutti e tre con un plateau previsto tra 3 e 5 anni. Software as a Service (SaaS) è ​​stato inserito da Gartner nella fase "Slope of Enlightenment" con un plateau previsto da 2 a 5 anni.

Nel 2018, sei anni dopo, "Cloud Computing" e "Public Cloud Storage" erano nella fase "Slope of Enlightenment" con un plateau previsto inferiore a 2 anni. Il "Software as a Service" aveva raggiunto l'altopiano.  Il punto è che in questo periodo c'è stata un'adozione significativa del cloud pubblico.  

Oggi, nel 2022, il cloud computing è giunto alla sua seconda decade di adozione ed è ora la tecnologia predefinita per le nuove applicazioni.  As Gartner dice: "Se non è cloud, è legacy". Gartner prosegue affermando che l'impatto del cloud computing su un'organizzazione è trasformativo. Come dovrebbero allora le organizzazioni affrontare questa trasformazione?

Questo grafico descrive in modo più dettagliato cosa significa che una tecnologia si trova in una fase particolare. 

In che modo le organizzazioni dovrebbero affrontare la trasformazione organizzativa?

Nel processo di adozione del cloud, le organizzazioni hanno dovuto prendere decisioni, stabilire nuove politiche, creare nuove procedure e affrontare sfide specifiche. Ecco un elenco di aree specifiche che dovrai risolvere per assicurarti che la tua casa sia in ordine: 

1. Formazione, riqualificazione o nuovi ruoli.  Adottando il cloud pubblico per l'archiviazione dei dati o sfruttando le applicazioni, hai esternalizzato il supporto e la manutenzione dell'infrastruttura. Hai ancora bisogno di competenze interne per gestire il fornitore e accedere ai dati. Inoltre, devi sapere come sfruttare i nuovi strumenti disponibili per l'analisi cognitiva e la scienza dei dati.     
2. Dati.  Riguarda i dati. I dati sono la nuova valuta. Stiamo parlando di Big Data, dati che soddisfano almeno alcuni dei V della definizione. Passando al cloud, almeno alcuni dei tuoi dati saranno nel cloud. Se sei "all-in", i tuoi dati verranno archiviati nel cloud ed elaborati nel cloud.

A. Disponibilità dei dati. Le tue applicazioni on-premise esistenti possono accedere ai dati nel cloud? I tuoi dati sono dove devono essere per l'elaborazione? Hai bisogno di pianificare il tempo nel tuo progetto di migrazione cloud per spostare i tuoi dati nel cloud? Quanto ci vorrà? Hai bisogno di sviluppare nuovi processi per portare i tuoi dati transazionali nel cloud? Se intendi eseguire l'intelligenza artificiale o l'apprendimento automatico, devono esserci dati di addestramento sufficienti per soddisfare il livello di accuratezza e precisione desiderato.

B. Usabilità dei dati. I tuoi dati sono in un formato che può essere consumato dalle persone e dagli strumenti che accederanno ai dati? Puoi eseguire un "lift-and-shift" sul tuo data warehouse? Oppure, può essere ottimizzato per le prestazioni? 

C. Qualità dei dati. La qualità dei dati su cui si basano le tue decisioni può influire sulla qualità delle tue decisioni. Governance, amministratori dei dati, gestione dei dati, forse un curatore dei dati possono svolgere un ruolo significativo nell'adozione dell'analisi cognitiva nel cloud. Prenditi del tempo prima di migrare i dati nel cloud per valutare la qualità dei tuoi dati. Non c'è niente di più frustrante che scoprire di aver migrato dati che non ti servono.

D. Variabilità e incertezza nei big data. I dati possono essere incoerenti o incompleti. Nel valutare i tuoi dati e come intendi utilizzarli, ci sono delle lacune? Ora è il momento di risolvere i problemi noti relativi agli standard aziendali sui dati. Standardizza i centri di reporting su cose semplici come le dimensioni temporali e le gerarchie geografiche. Identifica quell'unica fonte di verità.   

E. Limitazioni inerenti ai big data stessi. Un gran numero di potenziali risultati può richiedere a un esperto di dominio di valutare la significatività dei risultati. In altre parole, se la tua query restituisce molti record, come la elaborerai come umano? Per filtrarlo ulteriormente e ridurre il numero di record, in modo che possa essere consumato da un normale non super umano, dovrai conoscere il business dietro i dati.

     3. Supporto alla fondazione/infrastruttura IT. Considera tutte le parti mobili. È probabile che non tutti i tuoi dati saranno nel cloud. Alcuni potrebbero essere nel cloud. Alcuni in sede. Potrebbero essere presenti ancora altri dati un altro nuvola del fornitore. Hai un diagramma di flusso dei dati? Sei pronto a passare dalla gestione dell'hardware fisico alla gestione dei fornitori che gestiscono l'hardware fisico? Conosci i limiti dell'ambiente cloud? Hai tenuto conto della capacità di supportare dati non strutturati e tecnologie chiave di abilitazione della piattaforma. Sarai ancora in grado di utilizzare lo stesso SDK, API e utilità dati che utilizzavi in ​​locale? Probabilmente dovranno essere riscritti. E il tuo ETL esistente per caricare il data warehouse dai sistemi transazionali? Gli script ETL dovranno essere riscritti.

     4. Perfezionamento dei ruoli. Potrebbe essere necessario riqualificare gli utenti sulle nuove applicazioni e su come accedere ai dati nel cloud. Spesso un'applicazione desktop o di rete può avere lo stesso nome o un nome simile a quello dedicato al cloud. Tuttavia, potrebbe funzionare in modo diverso o persino avere un set di funzionalità diverso.  

Se la tua organizzazione è seriamente intenzionata a passare al cloud e a sfruttare al massimo l'analisi, non c'è alcun dibattito sul fatto che il passaggio possa fornire un significativo valore economico ed economico. In pratica, per arrivarci da qui, dovrai: 

1. Stabilisci una carta.  

R. Hai definito lo scopo del tuo progetto?  

B. Hai una sponsorizzazione esecutiva?

C. Chi – quali ruoli – dovrebbe essere incluso nel progetto? Chi è il capo architetto? Per quale esperienza hai bisogno di affidarti al fornitore di servizi cloud?

D. Qual è l'obiettivo finale? A proposito, l'obiettivo non è "passare al cloud". Quali problemi stai cercando di risolvere?

E. Definisci i tuoi criteri di successo. Come saprai di avere successo?

2. Scopri. Inizia dall'inizio. Fai l'inventario. Scopri cosa hai. Rispondi alle domande:

R. Quali dati abbiamo?

B. Dove sono i dati?

C. Quali processi aziendali devono essere supportati? Di quali dati hanno bisogno questi processi?

D. Quali strumenti e applicazioni utilizziamo attualmente per manipolare i dati?

E. Qual è la dimensione e la complessità dei dati?

F. Cosa avremo? Quali applicazioni sono disponibili nel cloud dal nostro fornitore?

G. Come ci collegheremo ai dati? Quali porte dovranno essere aperte nel cloud?

H. Esistono normative o requisiti che impongono requisiti di privacy o sicurezza? Ci sono SLA con i clienti che devono essere mantenuti?  

I. Sai come verranno calcolati i costi per l'utilizzo del cloud?

3. Valutare e valutare. 

R. Quali dati intendiamo trasferire?

B. Valutare i costi. Ora che conosci l'ambito e il volume dei dati, sei in una posizione migliore per definire un budget.

C. Definisci i divari che esistono tra ciò che hai attualmente e le aspettative di ciò che ti aspetti di avere. Cosa ci manca?

D. Includi una migrazione di prova per esporre ciò che in teoria ti sei perso.

E. Includere i test di accettazione dell'utente in questa fase e nella fase finale.

F. Quali sfide puoi prevedere in modo da poter costruire le contingenze nella fase successiva?

G. Quali rischi sono stati individuati?

4. Piano. Stabilire road Mappa. 

R. Quali sono le priorità? Cosa viene prima? Qual è la sequenza?

B. Cosa puoi escludere? Come puoi ridurre la portata?

C. Ci sarà un tempo per l'elaborazione parallela?

D. Qual è l'approccio? Approccio parziale / graduale?

E. Hai definito l'approccio alla sicurezza?

F. Sono stati definiti piani di backup e ripristino di emergenza dei dati?

G. Qual è il piano di comunicazione: interno al progetto, agli stakeholder, agli utenti finali?

5. Costruisci. Migrare. Test. Lanciare.

A. Elabora il piano. Rivedilo dinamicamente sulla base di nuove informazioni.

B. Costruisci sui tuoi punti di forza e successi storici la tua base IT legacy e inizia a sfruttare i vantaggi dei Big Data e dell'analisi cognitiva.       

6. Iterare e perfezionare.  

R. Quando puoi ritirare i server che ora sono inattivi?

B. Quale refactoring hai scoperto che deve essere fatto?

C. Quali ottimizzazioni possono essere apportate ai tuoi dati nel cloud?  

D. Quali nuove applicazioni dati è ora possibile utilizzare nel cloud?

E. Qual è il livello successivo? Intelligenza artificiale, machine learning, analisi avanzate?

gotchas

Alcuni fonti diciamo che ben il 70% dei progetti tecnologici sono fallimenti totali o parziali. Apparentemente, dipende dalla tua definizione di   fallimento. Altro source ha scoperto che il 75% pensava che il proprio progetto fosse condannato fin dall'inizio. Ciò potrebbe significare che il 5% ha avuto successo nonostante le probabilità fossero contrarie. La mia esperienza mi dice che c'è una frazione significativa di progetti tecnologici che non prendono mai il via o non riescono a realizzare pienamente le aspettative promesse. Ci sono alcuni temi comuni condivisi da quei progetti. Quando inizi a pianificare la tua migrazione al cloud, ecco alcuni trucchi a cui prestare attenzione. Se non lo fai, sono come un cattivo karma o un cattivo punteggio di credito - prima o poi ti morderanno nel sedere.:

1. Proprietà. Una sola persona deve possedere il progetto dal punto di vista della gestione. Allo stesso tempo, tutti i partecipanti devono sentirsi coinvolti come stakeholder.
2. Costo. Il budget è stato assegnato? Conosci l'ordine di grandezza per i prossimi 12 mesi e una stima dei costi correnti? Ci sono potenziali costi nascosti? Hai gettato via i relitti e i jetsam in eccesso in preparazione per il trasloco. Non vuoi migrare i dati che non verranno utilizzati o non sono attendibili.       
3. Leadership. Il progetto è completamente sponsorizzato dal management? Le aspettative e la definizione di successo sono realistiche? Gli obiettivi sono in linea con la visione e la strategia aziendale?
4. Gestione dei progetti. Le tempistiche, l'ambito e il budget sono realistici? Ci sono "forze" che chiedono tempi di consegna più brevi, maggiore portata e/o costi inferiori o meno persone? C'è una solida conoscenza dei requisiti? Sono realistici e ben definiti?
5. Risorse umane. La tecnologia è la parte facile. È la cosa delle persone che può essere una sfida. La migrazione al cloud porterà cambiamenti. Alla gente non piace il cambiamento. È necessario impostare le aspettative in modo appropriato. All'iniziativa è stato dedicato personale sufficiente e adeguato? Oppure, hai provato a ritagliarti del tempo da persone che sono già troppo impegnate con il loro lavoro quotidiano? Sei in grado di mantenere una squadra stabile? Molti progetti falliscono a causa del ricambio del personale chiave.  
6. Rischi. I rischi sono stati identificati e gestiti con successo?  
7. Contingenza. Sei stato in grado di identificare le cose che sono fuori dal tuo controllo ma che possono influire sulla consegna? Considera l'effetto di un cambiamento nella leadership. In che modo una pandemia mondiale influenzerebbe la tua capacità di rispettare le scadenze e ottenere risorse?  

Il ciclo di hype del cloud computing nel 2022

Allora, dove sono oggi Cloud Computing, Public Cloud Storage e Software as a Service nel ciclo di clamore della tecnologia emergente di Gartner? Loro non sono. Non sono più tecnologie emergenti. Non sono più all'orizzonte. Sono mainstream, in attesa di essere adottati. Guarda per la crescita in quanto segue tecnologie emergenti: AI-Augmented Design, Generative AI, Physics-informed AI e Token non fungibili.  

Le idee in questo articolo sono state originariamente presentate come conclusione dell'articolo "Cognitive Analytics: Building on Your Legacy IT Foundation" presentato in Giornale di business intelligence TDWI, Vol 22, n. 4.