OneClickApp, Le tre strategie di implementazione per il moderno private cloud

Le tre strategie di implementazione per il moderno cloud privato

 

Quando i cloud privati ​​sono emersi per la prima volta più di un decennio fa, esisteva essenzialmente un solo modello di distribuzione: un approccio di distribuzione fai-da-te in cui le aziende creavano servizi di cloud privato sulla propria infrastruttura.Oggi l’evoluzione dell’ecosistema del cloud privato offre una serie molto più ricca di opzioni di implementazione. Si va dall’approccio fai-da-te a una strategia di distribuzione completamente gestita, chiavi in ​​mano, con alcune altre strategie di distribuzione che rientrano tra queste due opzioni.In questo articolo esaminiamo le strategie di implementazione possibili per i moderni cloud privati ​​e valutiamo  pro e contro di ciascuno.

1- Implementazione del cloud privato self-service (ovvero l’approccio D-I-Y)

È ancora certamente possibile utilizzare una strategia di implementazione del cloud privato fai-da-te. (Il termine più giusto per questo approccio sarebbe chiamarlo come opzione self-service.)
In base a questo approccio, si prende il software che genera le basi per  private-cloud e lo si distribuisce e lo gestisce autonomamente sulla propria infrastruttura.

Questa strategia di implementazione offre agli utenti il ​​massimo livello di controllo e potrebbe potenzialmente risparmiare denaro – se (e questo è un grande “se”) un team ha veramente l’esperienza interna di cui ha bisogno per implementare e gestire un cloud privato da solo.

In generale, tuttavia, un modello di distribuzione self-service presenta diversi inconvenienti:

    • Poiché l’ecosistema del cloud privato ora si basa fortemente su piattaforme open source come OpenStack e Kubernetes  (che è diverso da un decennio fa, quando i framework di cloud privato proprietari erano più comuni), non esiste un canale di supporto ufficiale a cui i team di distribuzione self-service possono rivolgersi quando incorrere in problemi.
    • La richiesta di scalabilità dei cloud di oggi è più grande che mai, rendendo più difficile una distribuzione fai-da-te nella dimensione di cui le aziende di solito hanno bisogno.
    • In quasi tutti i casi, il completamento delle distribuzioni self-service richiede molto tempo: almeno sei mesi, come regola generale. Tale ritardo comporta una notevole perdita di produttività, che potrebbe non essere sufficiente per compensare i risparmi sui costi di un modello di implementazione self-service.
    • Anche se un team ha le competenze necessarie per implementare un cloud privato da solo oggi, la natura in continua evoluzione dell’ecosistema cloud significa che potrebbe non avere le competenze necessarie per integrare qualsiasi piattaforma o strumento appaia domani.

Nel complesso, questi svantaggi rendono la distribuzione self-service un approccio scadente per la maggior parte dei cloud privati ​​oggi.

2 – Implementazione self-service ibrida tramite servizi cloud pubblici

La comparsa di nuovi framework ibridi e multi-cloud, come Azure Stack, Azure Arc e Google Anthos, ha consentito una nuova interpretazione del modello di distribuzione del cloud privato self-service. Oggi, è possibile prendere uno di questi framework e utilizzarlo per estendere il piano di controllo di un cloud pubblico nel proprio data center al fine di creare il cloud privato.

Questo è molto diverso dalla distribuzione di una piattaforma open source come OpenStack e K8S per creare un cloud privato; perché in questo approccio, dipendi centralmente da un cloud pubblico per far sì che il tuo cloud privato esista. Esiste quindi un certo grado di lock-in in gioco (che può essere minore o maggiore, a seconda del framework specifico in uso: lo Stack di Azure ti bloccherà più di Anthos, ad esempio perché Azure Stack funziona solo con Azure, mentre Anthos funziona con qualsiasi provider di cloud pubblico).

Il vantaggio di questo approccio, tuttavia, è che richiede un po ‘meno sforzo e competenza rispetto a una distribuzione tradizionale fai-da-te. I fornitori dietro i moderni framework cloud ibridi e multi-cloud forniscono servizi di supporto. Non offrono cloud completamente gestiti – questo è un modello di distribuzione diverso, come discuteremo di seguito – ma non ti lasciano per conto tuo come lo sarebbe se distribuissi una piattaforma come OpenStack o Kubernetes Upstream, senza alcun assistenza esterna.

3 – Distribuzioni di cloud privato completamente gestite

Una terza opzione di distribuzione è quella di sfruttare i servizi completamente gestiti per distribuire cloud privati.

Esistono effettivamente diverse sottocategorie all’interno di questo approccio globale alla distribuzione.

Cloud ibrido completamente gestito

Una sottocategoria prevede l’utilizzo di un servizio cloud ibrido completamente gestito, come AWS Outposts. Questo è simile al modello di distribuzione self-service ibrido sopra descritto, con l’eccezione che Outposts fornisce una soluzione chiavi in ​​mano per la distribuzione di un cloud privato tramite i servizi AWS.

Managed Kubernetes services in cloud pubblici

Un’altra sottocategoria è distribuire un cloud privato usando un servizio cloud pubblico gestito come Amazon EKS o Azure Kubernetes Service. Con questo approccio, è possibile creare un cloud privato utilizzando un processo di distribuzione relativamente indolore e quasi chiavi in ​​mano. Nella maggior parte dei casi, ti limiterai a ospitare il tuo cloud privato sull’infrastruttura del cloud pubblico, anche se in alcuni casi puoi utilizzare anche l’infrastruttura locale.

Il principale svantaggio in tutti i casi, tuttavia, è che attualmente i servizi gestiti che offrono questo tipo di opzione di distribuzione sono basati su Kubernetes. Ciò significa che sono utili solo se sei in grado di distribuire le tue applicazioni usando container e lavorando all’interno dell’ecosistema Kubernetes. I grandi provider di cloud pubblici non offrono servizi gestiti per la distribuzione di un framework di cloud privato come OpenStack. Oltretutto le distribuzioni Kubernetes che utilizzano questi provider, sono altamente personalizzate generando alti gradi di lock-in.

Servizi di gestione di terze parti

La terza sottocategoria di opzioni di distribuzione del cloud privato completamente gestita è quella di adottare un servizio come Platform9, che consente di distribuire e gestire Kubernetes o OpenStack praticamente su qualsiasi infrastruttura privata, fisica o virtuale che sia: il proprio data center, un cloud pubblico o entrambi allo stesso tempo, senza il fastidio di dover impostare e gestire la distribuzione da soli.

Questa opzione offre maggiore flessibilità e protezione dal lock-in, perché non sei legato a una piattaforma cloud pubblica o a una piattaforma cloud privata. Inoltre, ti evita di dover padroneggiare l’ecosistema del cloud privato per tenerti aggiornato sugli ultimi sviluppi e integrazioni. Con un servizio gestito, puoi implementare le più recenti tecnologie di cloud privato senza dover sapere molto su come funzionano a basso livello.

Conclusione

Esistono diversi modi per distribuire cloud privati ​​oggi. Le principali differenze tra loro risiedono nella quantità di sforzo e competenza richiesta dagli utenti, nonché nella flessibilità che offrono (in termini di infrastruttura, piattaforme di cloud private e servizi cloud che è possibile utilizzare).

Ogni opzione ha i suoi vantaggi e svantaggi. Ma in generale, se la flessibilità e la libertà dal lock-in sono una priorità, un servizio cloud privato gestito offre il massimo valore.