Il networking dei container è un meccanismo emergente di sandboxing per le applicazioni utilizzato nei desktop domestici e nelle soluzioni di networking aziendale di livello web che sono concettualmente simili a una macchina virtuale. Un ambiente Linux completo è isolato dall'host e da tutti gli altri container, con utenti, file system, processi e stack di rete specifici. A tutte le applicazioni all'interno del container è consentito accedere o modificare i file o le risorse disponibili solo all'interno del container.

È possibile eseguire più container simultaneamente, ognuno con le proprie installazioni e dipendenze. Ciò è particolarmente utile nei casi in cui le versioni più recenti di un'applicazione possono richiedere l'upgrade di una dipendenza che può causare conflitti con altre dipendenze dell'applicazione in esecuzione sul server. A differenza delle macchine virtuali, i container condividono le risorse dell'host anziché simulare completamente tutto l'hardware sul computer. Di conseguenza, i container sono più piccoli e più rapidi delle macchine virtuali e riducono le spese generali. In particolare, nell'ambito delle applicazioni su scala web, i container sono stati progettati per sostituire le VM come piattaforma di deployment per le architetture di microservizi.

I container si caratterizzano inoltre per la portabilità, come Docker ad esempio, un motore di container che consente agli sviluppatori di pacchettizzare un container e tutte le sue dipendenze. Il pacchetto di container può quindi essere reso disponibile per il download. Una volta scaricato, il container può essere eseguito immediatamente su un host.

Una rete di container è una forma di virtualizzazione concettualmente simile alle macchine virtuali (VM), ma con differenze specifiche. Innanzitutto, il metodo dei container è una forma di virtualizzazione del sistema operativo, mentre le VM sono una forma di virtualizzazione dell'hardware.

Ogni macchina virtuale in esecuzione su un hypervisor ha il proprio sistema operativo, le proprie applicazioni e le proprie librerie ed è in grado di incapsulare dati persistenti, installare un nuovo sistema operativo, utilizzare un file system diverso da quello dell'host o una versione del kernel diversa.

Per contro, i container sono "istanze in esecuzione" di un'immagine, una virtualizzazione effimera del sistema operativo attivata per eseguire alcune attività e che viene poi eliminata e dimenticata. A causa della natura effimera dei container, gli utenti del sistema eseguono molte più istanze di container rispetto a quelle di macchine virtuali, che richiedono uno spazio di indirizzamento più ampio.

Per creare l'isolamento, un container si basa su due funzionalità del kernel Linux: spazio dei nomi e cgroup. Per dare al container la propria vista del sistema isolandolo dalle altre risorse, viene creato uno spazio dei nomi per ciascuna delle risorse che non è condivisa dal sistema rimanente. Vengono quindi utilizzati i gruppi di controllo (cgroup) per monitorare e limitare risorse di sistema quali CPU, memoria, I/O del disco, rete, ecc.

La rapida adozione dei container sta sostituendo le VM come piattaforma per i microservizi.

I container offrono diversi vantaggi chiave:

• Esegui le app containerizzate in parallelo con i carichi di lavoro esistenti: le macchine possono eseguire app containerizzate insieme alle VM tradizionali sulla stessa infrastruttura, garantendo flessibilità e velocità.
• Coniuga portabilità, sicurezza, visibilità e gestione: la progettazione intrinseca dei container assicura una maggiore sicurezza attraverso sandboxing, trasparenza delle risorse con l'host, gestione delle attività e portabilità dell'ambiente di esecuzione.
• Utilizza al meglio l'infrastruttura esistente con scalabilità senza problemi: usa l'SDDC esistente per evitare la riprogettazione dell'infrastruttura che richiede tempo e costi elevati e porta alla creazione di silos. I silos si verificano quando reparti diversi gestiscono la propria infrastruttura IT all'interno della stessa organizzazione. Questo "effetto silos" crea problemi durante l'implementazione di policy e upgrade IT a livello di organizzazione a causa delle differenze nelle configurazioni tecniche adottate da ciascun reparto. La reintegrazione dei silos è un processo dispendioso in termini di tempo e costi e può essere evitato attraverso il networking dei container.
• Offri agli sviluppatori un'interfaccia compatibile con Docker: gli sviluppatori che già conoscono Docker possono sviluppare le applicazioni in container mediante un'interfaccia compatibile con Docker ed effettuarne il provisioning tramite la UI o il portale di gestione self-service.