Ritorno dal cloud: perché i reparti IT aziendali stanno abbandonando il cloud

Questo blog è stato pubblicato per la prima volta nel 2024 ed è stato aggiornato.

I giorni del motto “è tutto nel cloud” potrebbero volgere al termine per l’IT aziendale, dato che sempre più organizzazioni stanno adottando il “cloud repatriation” nell’ambito di un più ampio ribilanciamento della distribuzione dei carichi di lavoro.

Il “rimpatrio dal cloud” riflette la rivalutazione da parte delle organizzazioni delle proprie strategie “cloud-first” alla luce delle interruzioni tecnologiche su scala globale, delle sfide impreviste e delle mutevoli esigenze aziendali. Secondo un Studio IDC del 2024 riportato da CIO, circa 80% degli intervistati prevedeva un certo livello di rimpatrio delle risorse di elaborazione e archiviazione entro i prossimi dodici mesi, e un Sondaggio Barclays tra i CIO - 4° trimestre 2024 È emerso che l’86% dei CIO prevedeva di trasferire almeno una parte dei carichi di lavoro dal cloud pubblico-il tasso più alto mai registrato. 

Il rimpatrio dal cloud è il processo che consiste nel trasferire applicazioni, dati e carichi di lavoro dai fornitori di cloud pubblico verso infrastrutture on-premise, cloud privati o ambienti di hosting alternativi. Viene anche definito migrazione inversa dal cloud o rimpatrio dei carichi di lavoro.

Le organizzazioni perseguono il rimpatrio per diversi motivi, tra cui la prevedibilità dei costi, il miglioramento delle prestazioni, la conformità normativa, il controllo della sicurezza o la riduzione della dipendenza da un unico fornitore di servizi cloud. Il rimpatrio raramente comporta l’abbandono totale del cloud. Nella maggior parte dei casi, si tratta di una mossa selettiva in cui specifici carichi di lavoro tornano in locale mentre altri rimangono in ambienti cloud pubblici, creando un modello ibrido che colloca ciascun carico di lavoro nella sua posizione ottimale.

Questa tendenza riflette una più ampia maturazione della strategia cloud. Dopo oltre un decennio di adozione del modello “cloud-first”, le aziende dispongono ora di dati sufficienti per valutare quali carichi di lavoro traggano effettivamente vantaggio dai vantaggi economici del cloud pubblico e quali invece stiano pagando un sovrapprezzo senza ottenere un ritorno corrispondente.

Le aziende stanno rivalutando le strategie "cloud-first", poiché la realtà del cloud pubblico si discosta dalle aspettative iniziali. Tra i fattori che più comunemente determinano il "rimpatrio" dal cloud figurano: 

• Costi in rapida ascesa e imprevedibili: L'efficienza in termini di costi promessa dagli ambienti cloud si è trasformata in fatture mensili imprevedibili che sembrano crescere in modo esponenziale. 
• Problemi di prestazioni e latenza: Le applicazioni critiche che richiedono una bassa latenza, come l'elaborazione in tempo reale, le transazioni ad alta frequenza e i carichi di lavoro edge, possono non funzionare al meglio nel cloud, con ripercussioni sull'esperienza utente e sulla produttività.
• Sovranità dei dati e questioni normative: Normative quali il GDPR, l’HIPAA e le nuove leggi regionali sulla residenza dei dati rendono più complessa la conformità quando i dati sensibili sono ospitati in regioni cloud di terze parti, in particolare per le aziende multinazionali. 
• Lacune in materia di sicurezza e controllo: Nonostante le solide misure di sicurezza adottate dai fornitori di servizi cloud, il controllo diretto limitato sui dati e sull’infrastruttura crea dei punti ciechi nel monitoraggio, nell’applicazione delle politiche di accesso e nella risposta agli incidenti.
• Dipendenza dal fornitore: Le API proprietarie, i costi di uscita e i servizi cloud-native strettamente integrati rendono costoso e complesso il trasferimento dei carichi di lavoro tra diversi fornitori o il loro ritorno in ambiente on-premise.
• Aspetti economici dei carichi di lavoro dell'IA: L'esecuzione sistematica di carichi di lavoro di addestramento e inferenza basati sull'intelligenza artificiale nel cloud pubblico è spesso più costosa rispetto alla realizzazione di un'infrastruttura dedicata in loco o in colocation, mentre l'hosting privato offre un maggiore controllo sui dati di addestramento e sui modelli proprietari.

In particolare, la pressione sui costi sta producendo risultati tangibili. Ad esempio, si prevede che l’“uscita dal cloud” di 37signals consentirà all’azienda di risparmiare oltre $10 milioni in cinque anni.

Il rimpatrio dei servizi cloud offre numerosi vantaggi alle organizzazioni che stanno riorganizzando la propria infrastruttura IT. 

• Prevedibilità dei costi a lungo termine: Per i carichi di lavoro con requisiti di risorse stabili e prevedibili, le infrastrutture on-premise e di cloud privato possono ridurre la spesa IT complessiva eliminando i costi variabili del cloud, le tariffe di traffico in uscita e i costi legati alle risorse inutilizzate.
• Prestazioni migliorate e minore latenza: Applicazioni che richiedono bassa latenza, elevato I/O o elaborazione in tempo reale-come i sistemi di trading finanziario, i controlli di produzione o l’inferenza basata sull’intelligenza artificiale-spesso offrono prestazioni migliori su un’infrastruttura dedicata in loco. 
• Maggiore controllo sulla sicurezza: Il ritorno dei dati e delle applicazioni in locale offre alle organizzazioni un controllo diretto sul proprio livello di sicurezza, consentendo controlli di accesso più rigorosi, politiche di sicurezza personalizzate e un’applicazione coerente in tutto l’ambiente.
• Una governance e un’amministrazione dell’identità (IGA) più solide: Il rimpatrio consente una gestione più dettagliata delle identità degli utenti, dei diritti di accesso e delle autorizzazioni. Le soluzioni IGA on-premise possono offrire tracciati di audit più affidabili e funzionalità di monitoraggio in tempo reale, consentendo un rilevamento e una risposta più rapidi a potenziali incidenti di sicurezza.
• Implementazione dei principi del "privilegio minimo" e dello "Zero Trust": Il rimpatrio favorisce l'implementazione del principio dell'accesso con privilegi minimi, garantendo che gli utenti abbiano accesso solo alle risorse necessarie per i loro ruoli. Si tratta di una componente fondamentale di Architettura Zero Trust. 
• Maggiore facilità nel rispetto delle normative e nella sovranità dei dati: Con i dati archiviati in locale, le organizzazioni hanno un maggiore controllo sulla loro ubicazione e possono soddisfare più facilmente i requisiti normativi quali il GDPR, l’HIPAA e la FINRA, soprattutto nei settori in cui vigono leggi rigorose in materia di protezione dei dati. Tale controllo si estende alla gestione del ciclo di vita dei dati e alle politiche di conservazione. 

Il rimpatrio dal cloud comporta diversi rischi che le organizzazioni devono prevedere prima di avviare una migrazione. 

• Elevato investimento iniziale: Il trasferimento delle risorse in locale richiede spesso ingenti spese in conto capitale per l'hardware, le licenze software, la rete e l'allestimento delle strutture. Ciò può risultare particolarmente oneroso per le organizzazioni che hanno già investito ingenti somme nella migrazione al cloud. 
• Complessità della migrazione dei dati: Il trasferimento di grandi volumi di dati e applicazioni dal cloud pubblico verso ambienti on-premise richiede un'attenta pianificazione per evitare la perdita o il danneggiamento dei dati, nonché interruzioni del servizio. Il processo può richiedere molto tempo e potrebbe comportare la necessità di configurazioni ibride temporanee durante la transizione. 
• Commissioni e costi di uscita: I fornitori di servizi cloud applicano commissioni per il trasferimento dei dati al di fuori dei propri ambienti e le migrazioni su larga scala possono comportare costi notevoli. Le organizzazioni dovrebbero inoltre esaminare i contratti cloud esistenti per verificare i termini di preavviso, gli impegni minimi e altri costi legati alla rescissione del contratto. 
• Rifattorizzazione dell'applicazione: Le applicazioni cloud-native basate su servizi proprietari quali funzioni serverless, database gestiti o pipeline di elaborazione degli eventi potrebbero richiedere una riprogettazione per poter essere eseguite in locale, con un conseguente aumento dei tempi e dei costi di sviluppo. 
• Carenze di competenze interne: Negli ultimi dieci anni, molti team IT hanno adottato un approccio “cloud-first”. Ricostruire competenze interne relative alle infrastrutture on-premise, alle reti e alla gestione dei data center può comportare un investimento significativo in termini di formazione, assunzioni o partnership esterne. 
• Lacune di sicurezza durante la transizione: I dati in transito rappresentano un punto vulnerabile. In assenza di controlli rigorosi, il processo di migrazione stesso può esporre l’azienda al rischio di violazioni, accessi non autorizzati o inadempienze normative. È qui che entra in gioco una soluzione matura governance e amministrazione dell'identità (IGA)  queste pratiche diventano fondamentali. 

Il "rimpatrio dal cloud" consiste nell'invertire il processo di migrazione al cloud, trasferendo i carichi di lavoro, i dati e le applicazioni da un provider di cloud pubblico a un'infrastruttura alternativa. La destinazione dipende dagli obiettivi dell'organizzazione e dai requisiti dei carichi di lavoro. 

Esistono quattro modelli principali.

• Rimpatrio completo: Trasferire tutti i carichi di lavoro dal cloud pubblico a un'infrastruttura on-premise o privata. Questo è il modello meno diffuso. 
• Rimpatrio selettivo o in base al carico di lavoro: Spostare dal cloud specifici carichi di lavoro ad alto costo, sensibili alla latenza o soggetti a requisiti di conformità, lasciando invece in cloud i carichi di lavoro cloud-native o burstable. Questo è il modello più comune.
• Modello di cloud ibrido: Distribuzione dei carichi di lavoro tra l'infrastruttura on-premise e il cloud pubblico in base all'ambiente più adatto a ciascuno di essi. I carichi di lavoro mission-critical e prevedibili vengono eseguiti on-premise; quelli elastici rimangono nel cloud.
• Multi-cloud con infrastruttura privata: Combinare due o più cloud pubblici con infrastrutture private o on-premises per evitare la dipendenza da un unico fornitore e ottimizzare costi, prestazioni e resilienza. La governance delle identità assume un’importanza fondamentale negli ambienti multicloud, dove i rischi legati all'accesso si sommano tra i vari fornitori.

La maggior parte delle iniziative di rimpatrio si articola in quattro fasi: valutazione, preparazione dell'ambiente di destinazione, migrazione graduale con test e monitoraggio post-migrazione. Un approccio graduale è la prassi standard per i dati sensibili e le applicazioni critiche per l'azienda.

Il rimpatrio dal cloud all'infrastruttura locale consiste nel trasferimento specifico dei carichi di lavoro da un provider di cloud pubblico direttamente all'infrastruttura di proprietà dell'organizzazione e da essa gestita. A differenza del rimpatrio verso un cloud privato o una struttura di colocation, questo approccio garantisce il pieno controllo sull'hardware, sulla rete e sull'intero stack tecnologico.

Il passaggio dal cloud all'infrastruttura on-premises è più comune per i carichi di lavoro in cui il controllo diretto dell'hardware offre un valore tangibile, come ad esempio:

• Applicazioni sensibili alla latenza: Il trading ad alta frequenza, i controlli di produzione in tempo reale e l'elaborazione edge spesso offrono prestazioni migliori su hardware dedicato situato vicino agli utenti finali.
• Carichi di lavoro ad alta intensità di dati: I data lake, le piattaforme di analisi e le pipeline di addestramento dell’intelligenza artificiale che generano costi di traffico in uscita o di archiviazione significativi risultano spesso più convenienti da gestire su un’infrastruttura di proprietà.
• Carichi di lavoro soggetti a rigide normative: Le cartelle cliniche soggette alla normativa HIPAA, i dati finanziari soggetti alla normativa FINRA e i dati personali soggetti al GDPR sono più facili da gestire quando sono fisicamente conservati in strutture controllate dall'organizzazione.
• Infrastruttura di intelligenza artificiale: I carichi di lavoro costanti relativi all'addestramento e all'inferenza dell'IA risultano sempre più convenienti su cluster GPU dedicati in locale rispetto alle tariffe del cloud pubblico, garantendo al contempo un maggiore controllo sui dati di addestramento e sui modelli proprietari.

Il modello "dal cloud all'on-premises" richiede un investimento iniziale maggiore rispetto ad altri modelli, che comprende hardware, infrastrutture, licenze e competenze interne. Il vantaggio è rappresentato dalla prevedibilità dei costi a lungo termine, dal controllo diretto della sicurezza e della conformità e dall'eliminazione dei costi variabili del cloud.

Le organizzazioni che riportano i propri carichi di lavoro in locale si assumono la piena responsabilità delle funzioni di sicurezza precedentemente gestite dai fornitori di servizi cloud, tra cui firewall avanzati, sistemi di rilevamento delle intrusioni e regolari verifiche di sicurezza.  IGA è il fulcro di tale responsabilità.

Le funzionalità IGA avanzate consentono alle organizzazioni di esercitare un controllo rigoroso su chi ha accesso a quali dati e applicazioni, nonché di gestire le identità degli utenti, i diritti di accesso e la conformità in tutti gli ambienti.

Nel corso di un’iniziativa di rimpatrio, l’IGA svolge tre ruoli fondamentali.

1. Ridefinizione delle politiche di accesso: I diritti di accesso associati ai ruoli dei servizi cloud devono essere attentamente mappati e ricreati nell'ambiente on-premise o nel cloud privato. Eventuali errori in questa fase possono causare lacune nella sicurezza o interruzioni del flusso di lavoro.
2. Garantire la sicurezza della migrazione stessa: La fase di trasferimento dei dati è uno dei punti più vulnerabili in qualsiasi progetto di rimpatrio. IGA contribuisce a garantire che solo le identità autorizzate possano avviare, accedere o modificare i dati durante la transizione.
3. Configurazione del principio del privilegio minimo nella nuova destinazione: Il rimpatrio rappresenta un'opportunità per ricostruire da zero i controlli di accesso, applicando i principi del privilegio minimo e Fiducia zero un'architettura che avrebbe potuto risultare difficile da implementare in un ambiente cloud.

Il rimpatrio riguarda anche le organizzazioni assumere la piena responsabilità della gestione delle identità e degli accessi. Ciò comprende la gestione del ciclo di vita degli utenti, l'implementazione di autenticazione a più fattori, garantendo al contempo un'integrazione perfetta tra le applicazioni on-premise e quelle cloud rimanenti. Il vantaggio è una maggiore sicurezza e una posizione di audit più solida; il costo è rappresentato dalle competenze e dagli investimenti operativi continui necessari per mantenerla.

Il successo di un programma di rimpatrio dipende da una pianificazione che va oltre il semplice confronto dei costi. Le fasi riportate di seguito costituiscono la base della maggior parte delle iniziative di rimpatrio aziendali.

1. Valutare l'attuale ambiente cloud: Valutare l'infrastruttura cloud esistente in base a quattro criteri: costi, prestazioni, sicurezza e conformità. Questa analisi di riferimento identifica quali carichi di lavoro sono idonei al rimpatrio e quali dovrebbero rimanere nel cloud.
2. Definire l'ambito: Identificare le applicazioni, i set di dati e i servizi specifici da trasferire. Stabilire le priorità in base alla criticità aziendale, ai risparmi previsti, ai requisiti prestazionali e alle esigenze di conformità. Un ambito di intervento chiaramente definito rende possibile una migrazione graduale.
3. Effettuare un'analisi costi-benefici completa: Non limitarti a confrontare i costi del cloud con quelli delle soluzioni on-premises. Tieni conto dell’investimento iniziale nell’infrastruttura, della manutenzione continua, del personale, degli incrementi di produttività, dei costi di uscita e della scalabilità a lungo termine. Includi anche i benefici intangibili, come il controllo dei dati e una maggiore sicurezza.
4. Individuare i rischi e definire piani di mitigazione: Tra i rischi più comuni figurano la perdita di dati, i tempi di inattività, le vulnerabilità di sicurezza durante la migrazione e gli errori di integrazione. I piani di mitigazione dovrebbero prevedere procedure di backup e ripristino, controlli di sicurezza rafforzati durante il trasferimento e chiari percorsi di rollback in caso di problemi. 
5. Elaborare il piano di migrazione: Definire le tempistiche, l'assegnazione delle risorse, i requisiti tecnici e le responsabilità per ciascuna fase. Includere le procedure di collaudo e convalida per verificare il corretto funzionamento dei sistemi nel nuovo ambiente.
6. Elaborare il business case e ottenere il consenso delle parti interessate: Utilizzate l'analisi per allineare il processo di rimpatrio agli obiettivi finanziari e strategici, ottenere il sostegno dei dirigenti e mantenere una comunicazione chiara con il personale IT, i responsabili aziendali, gli utenti finali e i partner esterni per tutta la durata del progetto. 

Il "rimpatrio" dal cloud rappresenta una ricalibrazione strategica dell'IT aziendale, non un rifiuto del cloud. Il giusto equilibrio tra infrastruttura cloud, on-premises e ibrida dipende dai costi, dai requisiti normativi e dagli obiettivi a lungo termine di ciascuna organizzazione.

Ciò che distingue un rimpatrio di successo da uno costoso è la governance. IGA garantisce che il ritorno all’infrastruttura on-premise si traduca in un controllo degli accessi più rigoroso, in una posizione di audit più solida e in un modello di sicurezza più difendibile, anziché nella creazione di nuove lacune.

Siete pronti a rafforzare la governance dell'identità nel vostro ambiente ibrido? Scopri la governance e il ciclo di vita di RSA.