Cos'è l'adozione del cloud?

Questo passaggio dallo storage on-premise, in cui le applicazioni e i dati di un'organizzazione sono ospitati sui propri server in loco, è un componente della trasformazione digitale. Ospitando l'infrastruttura IT nel cloud, le organizzazioni possono accedere ai dati da qualsiasi luogo, scalare i servizi in base alla domanda e rendere i sistemi più resilienti in caso di guasto.

Modernizzare in questo modo può essere più facile a dirsi che a farsi. Nel 2025, Gartner ha previsto che il 25% delle organizzazioni risulterà insoddisfatto dell'adozione del cloud entro il 2028 a causa di costi o cattiva gestione.

Esiste una differenza chiave tra l'adozione del cloud e la migrazione su cloud. Mentre la migrazione su cloud è il processo tecnico di trasferimento dei dati dai server on-premise al cloud, l'adozione del cloud è l'integrazione più ampia della tecnologia cloud nelle operazioni aziendali.

L'adozione del cloud è un'iniziativa culturale che richiede il coinvolgimento del personale aziendale e tecnico, oltre a una scrupolosa attenzione ai costi, alla conformità e alla formazione per le nuove pratiche cloud introdotte.

I framework più comuni per l'adozione del cloud includono:

• "Lift and shift", ovvero il trasferimento diretto di applicazioni e dati nel cloud con poche o nessuna modifica.
  
  
• Replatforming oppure ottimizzazioni mirate alle app durante la migrazione per utilizzare al meglio le funzionalità cloud senza modificare l'architettura principale.
  
  
• Ricostruzione dell'infrastruttura IT per renderla completamente cloud-native.

Il processo di trasformazione cloud si presenta in modo diverso a seconda dell'approccio che un'organizzazione ritiene più appropriato. Ma spesso segue la stessa roadmap di base: un'organizzazione valuta i propri asset IT, ne determina il costo, seleziona un approccio, decide su uno o più provider di cloud, configura eventuali nuovi asset IT richiesti dal piano di migrazione, avvia una migrazione graduale e valuta e semplifica costantemente il processo.

In pratica, l'adozione del cloud potrebbe tradursi, ad esempio, nella decisione di un'università di migrare inizialmente i propri servizi di e-mail a Gmail di Google. Successivamente, nel corso di diversi anni, migra il proprio sito web su Google Cloud e poi le funzioni principali di database degli studenti e della tecnologia usata nelle aule nel cloud, prima di ritirare tutti i server on-premise.

Il percorso di adozione del cloud è diverso per ogni organizzazione, ma in genere tutti seguono la stessa sequenza di valutazione, procurement, implementazione, migrazione, test e ottimizzazione.

Numerosi dei principali provider cloud, come Amazon Web Services (AWS), Microsoft Azure e IBM® Cloud, dispongono di propri framework per guidare le organizzazioni nell'adozione del cloud. Quasi sempre, questi framework iniziano con un compito semplice ma fondamentale: determinare esattamente in che modo l'implementazione del cloud influenzerà i risultati aziendali di un'organizzazione.

Questi risultati potrebbero includere la riduzione dei costi dell'infrastruttura in loco, la riduzione della latenza delle applicazioni o l'accelerazione della pipeline DevOps. Individuare questi obiettivi, e poi identificare quanto l'organizzazione sia preparata a raggiungerli e quali persone, competenze o risorse le servono per farlo, è il primo passo nell'adozione del cloud prima di scegliere un modello cloud e i fornitori.

Dopo aver stabilito i propri obiettivi e aver effettuato una valutazione approfondita, un'organizzazione è pronta a iniziare a valutare soluzioni e fornitori.

Esistono diverse architetture cloud che le organizzazioni possono scegliere in base alle proprie esigenze, tra cui cloud pubblico, cloud privato, hybrid cloud e multicloud.

Il cloud pubblico è una forma di hosting in cui un provider di terze parti rende la piattaforma cloud disponibile tramite Internet pubblico. La combinazione di basso costo e versatilità lo rende la forma di cloud computing più diffusa. È più appropriato per le organizzazioni che devono scalare attivamente i propri cloud in base alle esigenze aziendali, come i rivenditori online. Il cloud pubblico è utile anche per le organizzazioni con costi generali ridotti o con la funzionalità di gestire autonomamente l'infrastruttura cloud.

Il cloud privato, noto anche come cloud interno o aziendale, è una soluzione di hosting proprietaria in cui tutte le risorse hardware e software sono dedicate esclusivamente a (e accessibili da) una singola organizzazione. Questa disposizione è particolarmente utile quando è necessaria per motivi di sicurezza o conformità, come un'organizzazione che gestisce documenti riservati, proprietà intellettuale, informazioni di identificazione personale (PII), cartelle cliniche o dati finanziari.

Hybrid cloud è una strategia cloud che combina elementi del cloud pubblico e del cloud privato, spesso insieme all'infrastruttura di hosting onsite, per massimizzare la flessibilità. L'hybrid cloud è particolarmente importante nel contesto della containerizzazione, che suddivide le applicazioni monolitiche in microservizi che possono essere portati ed eseguiti su diversi ambienti cloud in base alle esigenze aziendali.

L'agentic AI può trarre vantaggio dall'hybrid cloud. Richiede un accesso rapido e affidabile ai dati ovunque si trovino, insieme a una solida sicurezza e governance, che l'infrastruttura hybrid cloud è progettata per supportare.

Gli ambienti multicloud utilizzano contemporaneamente i cloud service di più di un fornitore. Questa soluzione consente alle organizzazioni di evitare il blocco da fornitore, ovvero la situazione in cui diventano dipendenti da un unico fornitore per i servizi. Il multicloud può anche migliorare la resilienza aziendale offrendo all'organizzazione accesso a più di un ambiente in caso di interruzione. Per operare in questi ambienti, solitamente le aziende utilizzano framework open-source supportati da tutti i provider di cloud, come Kubernetes.

Raramente le organizzazioni praticano in modo rigoroso solo uno di questi modelli. Più spesso, le organizzazioni adottano elementi di ciascuna in base alle loro esigenze e agli obiettivi aziendali.

Dopo aver individuato un modello cloud e aver assunto i fornitori, il prossimo passo nell'adozione del cloud è configurare gli asset necessari.

Questi componenti includono infrastruttura di rete, sistemi di gestione delle identità e degli accessi (IAM), strumenti di cybersecurity, strumenti di observability per monitorare il nuovo ambiente cloud e soluzioni di data storage. Questi componenti spesso vengono creati inizialmente come una "zona di atterraggio" cloud autonoma, di cui è possibile testare la funzionalità prima dell'inizio della migrazione vera e propria.

La mancata creazione e verifica di questi asset prima di avviare la migrazione può comportare lo sforamenti dei costi e inefficienze che possono ostacolare o addirittura impedire l'adozione del cloud da parte di un'azienda.

Le organizzazioni utilizzano vari strumenti e strategie per spostare i sistemi IT nel cloud. Ad esempio, le "7 R" della migrazione al cloud, basate su un framework iniziale introdotto nel 2010 da Gartner, includono il rehosting, il trasferimento, il replatforming, il refactoring, il riacquisto, il ritiro e la conservazione.

Il rehosting, detto anche "lift and shift", sposta le applicazioni nel cloud senza modificare il codice o l'architettura dell'applicazione, in genere utilizzando macchine virtuali (VM). Questa strategia funziona meglio quando le organizzazioni devono migrare rapidamente, mancano di risorse per riprogettare applicazioni o vogliono ottenere vantaggi immediati nel cloud come la riduzione dei costi dei data center .

La rilocazione trasferisce i workload spostando le macchine virtuali direttamente tra ambienti senza modificare le applicazioni. Questo approccio prevede in genere lo spostamento dei workload basati su VMware in ambienti cloud.

Il replatforming apporta ottimizzazioni mirate alle applicazioni durante la migrazione per utilizzare al meglio le funzionalità cloud senza modificarne l'architettura di base. Un esempio è la migrazione del SQL Database(structured query language) a un container che può quindi essere trasferito in un ambiente ibrido o multicloud.

Il refactoring consiste nella riprogettazione delle applicazioni in versioni cloud-native. Questo processo potrebbe comportare la suddivisione delle applicazioni in microservizi containerizzati o nell'adozione del computing serverless. Rappresenta un investimento significativo, ma può essere utile quando l'infrastruttura IT esistente è resistente alla scalabilità.

Il riacquisto sostituisce le applicazioni esistenti con alternative basate su cloud software as a service (SaaS) quando tali alternative sono prodotti superiori o se la migrazione sarebbe più costosa rispetto alla semplice adozione di nuovi SaaS.

Il ritiro significa individuare e disattivare le applicazioni ritenute non necessarie oppure obsolete durante l'adozione del cloud. Le organizzazioni ritirano le applicazioni quando i dati di utilizzo rivelano un'adozione minima, altri sistemi ne sostituiscono le funzionalità o i costi di migrazione superano il loro valore aziendale.

La conservazione consiste nel mantenere le applicazioni nell'ambiente attuale fino a un momento più conveniente per la migrazione. Le organizzazioni possono mantenere determinate applicazioni se richiedono un rimodellamento ampio, dipendenze complesse o se devono rispettare rigorosi standard di conformità.

Come per la scelta di un modello cloud, la maggior parte delle organizzazioni implementerà una combinazione di queste strategie per diversi componenti della propria infrastruttura IT.

Sia durante sia dopo la migrazione, le organizzazioni testano rigorosamente la funzionalità dei componenti cloud per assicurarsi di raggiungere la velocità, la portabilità dei dati e la resilienza desiderate.

I test più comuni durante la migrazione includono:

• Test funzionali, che convalidano la migrazione delle applicazioni.
  
  
• Test di integrità dei dati, che garantiscono che i set di dati non vengano persi o danneggiati.
  
  
• Test di transizione, una prova dei passaggi di migrazione cloud per garantirne il corretto funzionamento.
  
  
• Test di rollback, che verifica che gli amministratori possano ripristinare gli elementi ai loro stati di pre-migrazione in caso di errore.

Completata la migrazione, i team eseguono le seguenti operazioni:

• Test di prestazioni e di carico, che verificano la capacità del nuovo sistema basato su cloud di funzionare a diversi livelli di domanda.
  
  
• Test di sicurezza, che segnala vulnerabilità e problemi di conformità nel nuovo ambiente cloud.
  
  
• Test di accettazione da parte degli utenti, in cui stakeholder e utenti eseguono i loro workflow e forniscono feedback.

La migrazione cloud è il processo tecnico di trasferimento dei servizi al cloud. L'adozione del cloud è un processo più completo in cui un'organizzazione integra completamente il cloud nella propria infrastruttura IT e nelle operazioni aziendali.

La migrazione al cloud è fondamentale per l'adozione del cloud, ma rappresenta solo una parte del processo. L'adozione comporta anche l'individuazione degli obiettivi aziendali che giustificano il passaggio al cloud, la scalabilità o la riorganizzazione per supportare i cloud service e il test costante per ottimizzare i servizi e garantire che il cloud supporti gli obiettivi aziendali.

Sebbene non si possa parlare di adozione del cloud senza una qualche forma di migrazione, le organizzazioni possono commettere l'errore di migrare semplicemente al cloud senza pianificare il cambiamento organizzativo che tale adozione comporta. Un errore di questo tipo può comportare sforamenti dei costi, proliferazione di account e risorse, problemi di sicurezza e conformità del cloud e altre sfide organizzative.

I vantaggi dell'adozione del cloud possono includere un ecosistema IT più efficiente e flessibile, una maggiore sicurezza e protezione dei dati e la riduzione dei costi dell'infrastruttura.

Le soluzioni cloud offrono i vantaggi di maggiore velocità e agilità, scalabilità praticamente illimitata e un valore strategico ottimizzato.

Ad esempio, le tecnologie cloud possono semplificare la pipeline CI/CD, consentendo ai professionisti DevOps di creare su richiesta nuove infrastrutture. Il cloud aiuta inoltre le organizzazioni a evitare di acquistare funzionalità in eccesso che rimangono inutilizzate durante i periodi di minore attività. Al contrario, le risorse possono aumentare e diminuire in risposta a picchi e cali del traffico.

Il cloud computing offre inoltre numerosi vantaggi per l'hosting di strumenti di intelligenza artificiale (AI). Ad esempio, l'hardware specializzato necessario per addestrare l'AI è costoso. I provider di cloud possono offrire l'accesso a un prezzo inferiore rispetto all'acquisto diretto.

I vantaggi nella sicurezza del cloud computing includono la diffusione di aggiornamenti automatici alla rete e il disaster recovery.

Generalmente, i provider di cloud inviano aggiornamenti e patch per le vulnerabilità note ai loro servizi attraverso l'automazione. Sebbene i team IT e cybersecurity siano ancora in ultima analisi responsabili dell'integrità dei loro sistemi, le correzioni lato provider possono aiutare a ridurre le lacune di visibilità e a mitigare gli errori umani.

Il cloud computing è fondamentale anche per il disaster recovery (DR), che consente alle organizzazioni di ridurre al minimo la perdita di dati e le interruzioni aziendali. Con l'infrastruttura cloud, le organizzazioni possono memorizzare più copie di dati critici in più posizioni e passare in modo agile da un server all'altro in caso di guasto. Anche se una parte del sistema si interrompe, le operazioni e i servizi principali possono continuare a funzionare o almeno tornare online più rapidamente.  

Questa resilienza abilitata al cloud consente alle organizzazioni di mantenere la continuità aziendale in caso di attacchi informatici, attrezzatura o supply chain che presentano problemi, disastri naturali, interruzioni di corrente o altri eventi imprevisti.

L'adozione del cloud può rendere l'infrastruttura più conveniente in termini economici, consentendo alle organizzazioni di dimensionare correttamente i server in base alle proprie esigenze, riducendo le spese per i server dati e liberando capitale.

Quando le organizzazioni pagano i cloud service in base all'utilizzo effettivo, possono liberare liquidità da destinare ad altri investimenti IT e controllare più facilmente i costi IT. Spesso, nel corso dell'adozione del cloud, le organizzazioni riscontrano un notevole spreco di risorse dovuto al pagamento di infrastrutture on-premise sottoutilizzate durante il tempo di inattività.

Il passaggio al cloud può inoltre far risparmiare denaro alle organizzazioni che possiedono o affittano spazi fisici nei data center, i quali comportano elevati costi energetici e richiedono costosi aggiornamenti e manutenzione dell'hardware. Le organizzazioni possono ridurre o eliminare i propri data center fisici e utilizzare invece quelli dei loro provider di cloud, riducendo questi costi.

Le sfide dell'adozione del cloud includono un processo di integrazione potenzialmente complesso e lungo, lacune nelle competenze e problemi di gestione dei costi.

Integrare i sistemi attuali con il cloud può essere una sfida per quanto riguarda il networking e il funzionamento delle applicazioni legacy.

L'integrazione nel cloud richiede un'elevata larghezza di banda per mantenere i vantaggi in termini di velocità e portabilità dei dati, imponendo un ulteriore livello di vigilanza e manutenzione della rete. Inoltre, numerose applicazioni esistenti dovranno essere riconfigurate, ricostruite o sostituite completamente per funzionare correttamente sul cloud.

Le organizzazioni devono garantire che l'adozione del cloud sia guidata da competenze e best practice da entrambe le parti, con esperti di sistemi legacy e cloud che collaborano per facilitare il processo. Questo potrebbe richiedere l'assunzione, la riqualificazione dei dipendenti per i sistemi cloud, la consulenza con aziende esterne o, più probabilmente, una combinazione di tutti questi approcci.

Senza una comprensione completa di come scalare l'utilizzo del cloud in base alle esigenze aziendali, le organizzazioni possono ridurre o perdere completamente i risparmi sui costi previsti dall'adozione del cloud.

I fornitori cloud offrono una vasta gamma di modelli di prezzi che possono prevedere costi di utilizzo molto specifici, rendendo necessaria un'analisi approfondita per individuare la soluzione più adatta alle esigenze dell'organizzazione. Questa analisi, a sua volta, richiede una visione completa dell'uso del cloud da parte dell'azienda, rendendo le metriche e le pratiche di observability particolarmente importanti.

Le organizzazioni devono anche essere vigili per evitare il blocco da fornitore, in cui gli investimenti cloud effettuati in compatibilità con un unico fornitore diventano un costo sommerso se ne viene scelto un nuovo fornitore (o aggiunto, in un ambiente multicloud).