Openstack Queens è stato rilasciato ed è "Container-Tastic"

2018-04-10

Machine-translated — the English original is authoritative.

Il numero di progetti Openstack relativi alle tecnologie container è in rapida crescita, insieme alla confusione che circonda i loro diversi casi d'uso. Ci si augura che questo post aiuti a chiarire quando e perché utilizzare questi progetti.

Innanzitutto, però, perché i container? Qual è la grande novità? Non sono solo un'altra "moda del momento" guidata dagli sviluppatori? Se non hai ancora letto nulla sui container o non li hai utilizzati in fase di sviluppo/produzione, è molto probabile che tu lavori per un'azienda che utilizza ancora applicazioni monolitiche tradizionali e metodi di distribuzione che possono trovarsi sia in data center privati che in cloud pubblici.

Contesto

Negli ultimi 5 anni un'azienda di container, Docker, ha rilasciato software e set di strumenti conosciuti con lo stesso nome (sebbene il progetto open source sia stato recentemente rinominato in modo confuso in Moby), che hanno semplificato notevolmente l'utilizzo del meccanismo di isolamento dei processi e delle loro risorse all'interno di un sistema operativo rispetto ad altri processi. Questi meccanismi (namespace di rete, cgroups, ecc.) esistono da molti anni, ma era necessario essere degli esperti di razzi (senza voler fare giochi di parole) per comprendere le chiamate di sistema necessarie per invocare l'isolamento. Docker ha avvolto queste chiamate di sistema in un'API molto facile da usare, che ha facilitato l'adozione di massa dei container – persone come me sono state improvvisamente rese potenti.

Inizialmente Linux era l'unico sistema operativo host supportato, ma negli ultimi due anni Microsoft si è impegnata a fondo per 'imitare' l'esperienza dei container su Windows – è ancora un po' grezza ma sta migliorando rapidamente. Può essere eseguita anche su alcuni mainframe ora.

Tuttavia, Docker non si è fermata qui, ha impostato molto intelligentemente un repository globale gratuito che può essere utilizzato per memorizzare le immagini dei container (file yaml). L'industria del software ha abbracciato rapidamente questa nuova tecnologia insieme al repository https://hub.docker.com, riempendolo rapidamente con distribuzioni dei loro prodotti software pacchettizzati come container pronti all'uso.
Ora abbiamo un motore container con una fantastica libreria di applicazioni che possono essere semplicemente e, cosa più importante, costantemente distribuite con un set standard di comandi.

Di conseguenza di questo repository e di un'ottima API, Docker è diventato lo standard 'de facto' per i motori container – anche se fortunatamente abbiamo l'Open Container Initiative [OCI] a cui Docker aderisce, che dovrebbe garantire che potremmo cambiare motore container se necessario con uno sforzo minimo.
Questa rivoluzione, e la vedo come una rivoluzione e non come un'evoluzione, ha sia empowered che frustrato la comunità degli sviluppatori. La frustrazione degli sviluppatori si verifica quando cercano di distribuire le loro applicazioni basate su container in ambienti di produzione non basati su container. Tornano ad avere lunghi tempi di attesa per la creazione dell'ambiente e questo si traduce in lunghi tempi di ciclo delle applicazioni. I seguenti progetti container di Openstack aiuteranno probabilmente a risolvere molte di queste sfide.

Quindi perché usare i container?

• Migliore Utilizzo del Server che si traduce in una riduzione dei costi di licenza OS. Questo è simile alla rivoluzione delle VM nell'ultimo decennio in cui abbiamo convertito P2V molti server fisici in server virtuali, riducendo il numero di server fisici richiesti. Tuttavia, ogni macchina virtuale richiedeva ancora il proprio OS (sistema operativo), mentre i container possono, e lo fanno, condividere un singolo OS host.
  È possibile avviare molti container all'interno di un singolo OS host – quindi otteniamo nuovamente un miglioramento di un ordine di grandezza sia sull'utilizzo delle risorse che sui requisiti di licenza OS.

• Modernizzazione delle Applicazioni Tradizionali. Per favore, non confondere questo con le trasformazioni delle applicazioni. Questo è il caso in cui si costruisce la propria applicazione monolitica (solitamente stateful) all'interno di container.
  Continuano a soffrire degli stessi vincoli delle applicazioni tradizionali – tipicamente richiedono costosi servizi/soluzioni di terze parti per gestire il loro stato da una prospettiva di alta disponibilità.
  Tuttavia, si ottengono i vantaggi dell'astrazione IaaS (stessa esperienza sia che venga distribuita in un cloud privato o pubblico) e distribuzioni coerenti e codificate. Si sta essenzialmente giocando nello spazio Containers as a Service (CaaS) con applicazioni tradizionali.
• Sviluppo di Applicazioni Cloud Native. Queste applicazioni tendono a utilizzare intensivamente i pattern micro-service oggi e i micro-service avvolti in container sono una combinazione molto potente e complementare.
• Distribuzioni delle Pipeline DevOps. Pensa all'integrazione continua e al deployment continuo. Standardizzando i container come la migliore pratica per la distribuzione delle applicazioni, si astrae efficacemente le complessità non necessarie dell'infrastruttura sottostante. Gli sviluppatori possono garantire la stessa esperienza di distribuzione, sia che mirino al proprio laptop, al server di sviluppo o persino al K5 di Fujitsu, ad AWS di Amazon o ad Azure di Microsoft. Questi ultimi tre cloud pubblici sono tutti supportati da tecnologie e API di infrastruttura molto diverse, ma non ci importa più! Tutti questi ambienti hanno semplicemente bisogno della capacità di eseguire lo stesso motore container.

Cosa ha a che fare Openstack con i container?

Le varie iniziative container di Openstack sono qui per aiutare a risolvere la distribuzione e la gestione dei container in produzione su baremetal e macchine virtuali che sono state costruite utilizzando la suite software Openstack. I progetti mirano sia agli operatori di infrastruttura che possono sfruttare essi stessi i vantaggi dei container per i propri deployment di Openstack, ma i progetti sono anche progettati pensando agli sviluppatori per aiutare ad alleviare i loro problemi di distribuzione della pipeline, assicurando che possano avere un processo coerente, veloce e agile per spostare rapidamente le loro applicazioni in produzione.

Magnum
Questa è l'API del motore di orchestrazione dei container. Diciamo che si desidera distribuire e gestire un cluster Kubernetes E/O un cluster Docker Swarm E/O un cluster Apache Mesos, beh, Openstack Magnum fornirà un'API coerente che può avvolgere queste diverse tecnologie e fornire un'interfaccia coerente per gli operatori di infrastruttura. Questo significa che gli operatori dovrebbero essere in grado di sfruttare lo stesso processo e chiamate API familiari per distribuire questi prodotti molto diversi.

Zun
Dal sito web del progetto "Zun (ex. Higgins) è il servizio OpenStack Containers. Mira a fornire un servizio API per eseguire container di applicazioni senza la necessità di gestire server o cluster." In sostanza, Zun per i container è quello che Nova è per le macchine virtuali e Ironic è per i server baremetal. Il servizio Nova-Docker è stato un primo tentativo di gestire i container attraverso l'API di calcolo Nova. Zun non è vincolato all'API Nova.

Kuryr
Ancora una volta, il sito web del progetto fornisce un buon riepilogo – "L'idea dietro Kuryr è quella di essere in grado di sfruttare l'astrazione e tutto il duro lavoro messo in Neutron e i suoi plugin e servizi e usarlo per fornire networking di livello produzione per i casi d'uso dei container. Invece di ogni plugin Neutron indipendente o soluzione che cerca di trovare e colmare le lacune, possiamo concentrare gli sforzi e focalizzarci in un unico punto – Kuryr. Kuryr mira a essere il "ponte di integrazione" tra le due comunità, Docker (o un altro motore container) e Neutron e proporre e guidare i cambiamenti necessari in Neutron (o in Docker) per essere in grado di soddisfare i casi d'uso necessari specificamente per il networking dei container. È importante notare che Kuryr NON è una soluzione di networking di per sé né tenta di diventarlo. Lo sforzo di Kuryr è focalizzato per essere il corriere che consegna il networking e i servizi Neutron a Docker."

Kolla
Questo sono servizi OpenStack di livello produzione consegnati come container pronti all'uso. Qualsiasi sviluppatore che legge questo capirà immediatamente quanto sia potente – OpenStack distribuito come container! Per chiunque come me, che ha passato il dolore delle grandi installazioni bash di OpenStack nei data center dei clienti, come dice la canzone dei D:ream "Le cose possono solo migliorare"… e lo hanno fatto. I container sono davvero il futuro della distribuzione delle applicazioni. Forniscono un meccanismo coerente, codificato e quindi controllabile per distribuzioni rapide (o rollback, se necessario). Queste immagini container Kolla verranno utilizzate in combinazione con il progetto/modulo LOCI.

LOCI
"L'obiettivo di LOCI è fornire immagini e strumenti leggeri conformi a OCI, adatti a CI/CD, per i servizi OpenStack. È possibile costruire immagini LOCI in un ambiente air-gapped senza modifiche (assumendo di avere un mirror git, package e pypi)." Il settore delle telecomunicazioni, grande adottatore di OpenStack, vede LOCI come un componente vitale per guidare il futuro di Openstack nello spazio Edge Computing. Immagina il tuo router domestico o decoder di BT, Virgin Media o AT&T che esegue un container. Questo darebbe a queste aziende E agli utenti domestici molta più agilità e flessibilità. Potresti potenzialmente cambiare operatore in pochi secondi senza la necessità di nuovo hardware – Win win per tutti. Per le piccole imprese e i data center edge, questo può anche rimuovere la necessità di dispositivi hardware dedicati a singolo compito – IoT, Big Data e regolamentazione governativa guideranno rapidamente la crescita nello spazio di calcolo edge nei prossimi anni.

Ci sono state molte altre migliorie significative a Openstack in questa release, in particolare focalizzate sulla virtualizzazione GPU, quindi per i dettagli completi leggi https://www.openstack.org/software/queens/

Happy Stacking!

Graham

Originally published on allthingscloud.eu (2018-04-10).