Cos'è il cloud ibrido?

Un cloud ibrido è l'infrastruttura digitale centrale di un'organizzazione, composta da più centri di elaborazione. Questi centri di elaborazione possono includere data center fisici tradizionali, infrastrutture in colocation, cloud pubblici e strutture di elaborazione edge (a volte chiamate micro data center).

Agli albori dell'adozione del concetto di cloud, il termine "cloud ibrido" si riferiva semplicemente a una combinazione di infrastrutture cloud pubbliche e private. Con la maturazione e la maggiore comprensione dell'architettura e dei modelli di business del cloud, è diventato chiaro che il cloud ibrido rappresentava l'infrastruttura che consentiva di posizionare la mobilità delle applicazioni (carichi di lavoro) nella posizione più ottimale per soddisfare i requisiti di costo, prestazioni per l'utente (SLA), rischio e sicurezza.

In che cosa si differenzia il cloud ibrido dal cloud pubblico e dal cloud privato?

Innanzitutto, il principio fondamentale del cloud è quello di fornire agli utenti un certo livello di self-service nell'accesso ai servizi per implementare e gestire applicazioni e i relativi carichi di lavoro. I principali vantaggi per l'utente sono la mobilità e l'elasticità delle applicazioni, senza la necessità di dipendere da risorse fisiche per la gestione dell'infrastruttura. Inoltre, un'organizzazione spera di ridurre i costi di elaborazione migliorando l'efficienza attraverso una maggiore densità dei server e riducendo le risorse umane necessarie per gestire spostamenti, aggiunte, modifiche ed eliminazioni.

Per certi versi, il termine "cloud ibrido" è improprio e sarebbe più appropriato definirlo " infrastruttura digitale ibrida ". Tuttavia, per ora possiamo definire cloud ibrido, privato e pubblico come sono. Un cloud privato è semplicemente un data center fisico tradizionale o un insieme di data center con un livello di orchestrazione sovrapposto che consente il self-service. Un cloud privato è di proprietà di una singola organizzazione su una rete privata. Il livello di orchestrazione, oltre alle funzionalità orientate all'utente, funge da controllore del traffico per regolare i livelli di accesso e garantire l'isolamento tra gli account (utenti). Un cloud pubblico non è molto diverso da un cloud privato, se non per il fatto che la rete è pubblica e l'infrastruttura è di proprietà di terzi. Un cloud ibrido è un'amalgama di più centri di calcolo e architetture con un livello di orchestrazione che si concentra sull'ottimizzazione del carico di lavoro e sulla conseguente necessità di mobilità. Un cloud ibrido non limita né modifica la funzionalità o la gestione specifica delle architetture indipendenti, se non per la visualizzazione delle prestazioni individuali e collettive dell'architettura.

Perché ho bisogno di un cloud ibrido?

La risposta più semplice è ottimizzare il posizionamento dei carichi di lavoro delle applicazioni per raggiungere il miglior equilibrio tra costi e prestazioni. Il cloud ibrido offre la possibilità di eseguire i carichi di lavoro al momento giusto, dalla piattaforma giusta, nella posizione giusta e al prezzo giusto.

Sebbene la maggior parte dei cloud ibridi odierni non siano nati come architetture pianificate, la loro stessa esistenza dimostra la necessità di tali soluzioni. Non tutte le applicazioni sono uguali e presentano esigenze architetturali molto diverse, da cui la conseguente proliferazione delle risorse di calcolo. Le architetture monolitiche non sono in grado di soddisfare le esigenze di prestazioni, gestione dei costi, risorse just-in-time e sicurezza necessarie per le vaste risorse di calcolo di un'organizzazione. Molte organizzazioni investono ingenti somme in immobili e infrastrutture fisiche di data center tradizionali, e lasciare che tali investimenti rimangano inutilizzati non sarebbe responsabile.

Le organizzazioni che hanno iniziato a valutare seriamente la possibilità di progettare un cloud ibrido (infrastruttura digitale ibrida) si stanno rendendo conto che circa il 20% delle loro applicazioni deve rimanere centralizzato . Le applicazioni che rimangono nel data center sono quelle ad alta intensità di calcolo, che gestiscono dati sensibili o i sistemi legacy non adatti alla migrazione al cloud pubblico.

Le strutture di colocation e i mini-data center offrono alle organizzazioni la possibilità di avvicinare la potenza di calcolo all'utente. Le applicazioni tipiche riguardano transazioni di vendita al dettaglio ad alta velocità o operazioni intensive legate all'IoT, ad esempio per l'automazione industriale e i veicoli a guida autonoma.

Il cloud pubblico ha conosciuto un'enorme diffusione, in parte grazie alla necessità dei team DevOps di configurare rapidamente gli ambienti. Inoltre, poiché l'ambiente di test (sandbox) delle applicazioni si trovava nel cloud, anche la migrazione delle applicazioni è risultata semplificata. Il self-service just-in-time ha permesso sia agli sviluppatori che ai team aziendali di avviare e gestire le applicazioni senza i tradizionali oneri IT. Le aziende che stanno ripensando all'iniziativa "All Cloud" si rendono conto che le applicazioni che richiedono un'architettura altamente elastica, le applicazioni di livello 2 e le applicazioni native del cloud sono ideali per il cloud pubblico.

Quali sono i componenti di un cloud ibrido?

Oltre all'infrastruttura fisica, il software di gestione costituisce il cloud ibrido. Gartner definisce l'architettura di gestione di un cloud ibrido come Hybrid Digital Infrastructure Management (HDIM), una descrizione più accurata rispetto a "cloud ibrido". I componenti fondamentali dell'architettura di gestione HDIM oggi richiedono applicazioni di diversi fornitori, ma il software di Data Center Infrastructure Management (DCIM) rappresenta la base da cui partire.

Altri software HDIM dovrebbero includere la gestione dei servizi IT, l'automazione e le operazioni, la gestione del cloud e strumenti di analisi. L'obiettivo della piattaforma di gestione è comprendere le prestazioni e la struttura dei costi di ogni carico di lavoro per posizionarlo al meglio in base ai requisiti SLA attuali.

Per un'architettura HDIM efficace, sono fondamentali la scoperta continua, l'apprendimento automatico e l'intelligenza artificiale, nonché la capacità di integrare la comunicazione tra i sistemi aziendali attraverso un'unica fonte di verità. Ciò consente di intermediare i dati, permettendo a singoli team di prendere decisioni specifiche o collettive a partire dagli stessi dati aggiornati.

Come è nato il cloud ibrido?

Oggi la maggior parte delle organizzazioni non ha pianificato fin dall'inizio la creazione di un vero e proprio cloud ibrido, ma si è sviluppata in modo organico. Gruppi indipendenti all'interno di un'organizzazione hanno creato infrastrutture di calcolo specifiche per soddisfare le esigenze di applicazioni e utenti. Fusioni e acquisizioni hanno lasciato le organizzazioni con sistemi e infrastrutture multipli e talvolta incompatibili. Le iniziative "cloud first" hanno spinto molte organizzazioni a migrare le applicazioni nel cloud a qualsiasi costo. Dopo un certo periodo, i team IT si sono resi conto che determinate infrastrutture funzionano meglio per determinate applicazioni, in base ai requisiti di esperienza utente, alla gestione del costo per carico di lavoro, alla necessità di elasticità, alla mitigazione del rischio e alle problematiche di sicurezza. Per realizzare la migliore architettura digitale sono necessari diversi tipi di infrastruttura e la necessità di gestire le varie parti come un'unica entità; pertanto, è necessario implementare un'architettura di gestione. La gestione dell'infrastruttura digitale ibrida è diventata la nuova disciplina e architettura di gestione per il cloud ibrido odierno.

Come si costruisce un cloud ibrido?

Poiché l'infrastruttura di calcolo è già presente, la creazione di un'architettura cloud ibrida si riduce essenzialmente alla sua gestione. Per implementare una pratica di gestione dell'infrastruttura digitale ibrida (HDIM) è necessario iniziare combinando strumenti di gestione provenienti da IT Service Management (ITSM) , Data Center Infrastructure Management (DCIM) , Cloud Management Platform (CMP) e altre discipline. I quattro obiettivi chiave sono:

Organizzazione

Comprendere i risultati di varie strategie di implementazione che sfruttano l'apprendimento automatico e l'intelligenza artificiale per determinare il posizionamento ottimale in base alle esigenze del carico di lavoro:

  • Prestazioni: latenza, traffico, larghezza di banda, saturazione, ecc.
  • Disponibilità – strategie di resilienza e recupero
  • Efficienza dei costi
  • Sicurezza

 

Implementazione/Attuazione

  • Orchestrazione: implementazione nel rispetto delle linee guida IT.
  • Standardizzazione – delle offerte
  • Valutazione continua delle configurazioni di integrazione e distribuzione

 

Funzionamento

  • Validazione e verifica dell'evasione delle richieste, delle patch e dei backup.
  • Ambienti di test per lo sviluppo del miglioramento continuo
  • Risoluzione dei guasti e analisi delle cause profonde facilitate dall'apprendimento automatico
  • Mappatura visiva delle dipendenze di rete, infrastruttura e carico di lavoro per AIOps
  • Identificazione di minacce, vulnerabilità e rischi per il valore

 

Controllo

  • Visibilità dello stato attuale dell'infrastruttura, dalle strutture IT e dagli endpoint agli ambienti virtuali, IoT, edge e cloud.
  • Verificare la conformità con le licenze software e i requisiti normativi.
  • Regolamentazione (GDPR, SOX, HIPAA, PCI)
  • Dati sull'utilizzo dell'applicazione
  • Impatto delle prestazioni di rete e infrastruttura sui livelli di servizio.
  • Dati del registro di controllo per ottenere informazioni e individuare minacce.

 

Per selezionare le soluzioni e gli strumenti del fornitore necessari per implementare l'architettura HDIM, è necessario assicurarsi che offrano:

  • API aperte per consentire il trasferimento di informazioni e una più semplice integrazione tra gli strumenti.
  • Formati comuni per messaggi, avvisi, KPI, ecc.
  • Mappe di dipendenza integrate tra i livelli dello stack applicativo
  • Rilevamento e inventario automatizzati di tutte le infrastrutture
  • Mappatura dei flussi di lavoro, dei percorsi di rete e delle prestazioni

Scarica l'eBook DCIM 101