Qual è la differenza tra salvataggio ed esportazione in Docker?

Sto giocando con Docker per un paio di giorni e ho già realizzato alcune immagini (che è stato davvero divertente!). Ora voglio continuare il mio lavoro e sono arrivato ai comandi savee export, ma non li capisco completamente.

Qual è la differenza tra savee exportin Docker?

La risposta breve è:

• saverecupererà un'immagine: per una VM o un server fisico, quella sarebbe l'installazione .ISO immagine o disco. Il sistema operativo di base.

  Comprimerà i livelli e i metadati di tutta la catena richiesta per creare l'immagine. È quindi possibile caricare questa catena di immagini "salvate" in un'altra istanza della finestra mobile e creare contenitori da queste immagini.

• exportrecupererà l'intero contenitore: come un'istantanea di una normale VM. Salva ovviamente il sistema operativo, ma anche qualsiasi modifica apportata, qualsiasi file di dati scritto durante la vita del contenitore. Questo è più simile a un backup tradizionale.

  Ti darà un archivio .tar piatto contenente il filesystem del tuo contenitore.

Modifica: poiché la mia spiegazione può ancora portare a confusione, penso che sia importante capire che uno di questi comandi funziona con i contenitori, mentre l'altro funziona con le immagini.

• Un'immagine deve essere considerato come 'morto' o immutabile, partendo 0 o 1000 contenitori da non altererà un singolo byte. Ecco perché ho fatto un confronto con una ISO di installazione di sistema in precedenza. Forse è anche più vicino a un live CD.

• Un contenitore "avvia" l'immagine e aggiunge un ulteriore livello sopra di essa. Questo livello memorizza qualsiasi modifica sul contenitore (file creati / modificati / rimossi ...).

Esistono due differenze principali tra i comandi savee export.

1. saveIl comando salva l'intera immagine con cronologia e metadati ma il exportcomando esporta solo la struttura dei file (senza cronologia e metadati). Quindi il file tar esportato sarà più piccolo di quello salvato.

2. Quando si utilizza il file system esportato per la creazione di una nuova immagine, allora questa nuova immagine non conterrà alcuna USER, EXPOSE, RUNecc comandi dal Dockerfile. Verrà trasferita solo la struttura del file. Pertanto, quando si utilizzano le parole chiave menzionate nel Dockerfile, non è possibile utilizzare il comando export per trasferire l'immagine su un altro computer: è sempre necessario utilizzare il comando save.

L'immagine esportata non avrà alcun livello o informazioni sulla cronologia salvate, quindi sarà più piccola e non sarà possibile eseguire il rollback.

L'immagine salvata avrà informazioni sul livello e sulla cronologia, quindi più grandi.

Se lo dai a un cliente, la Q è che vuoi mantenere quei livelli o no?

Tecnicamente, il salvataggio / caricamento funziona con repository che possono essere una o più immagini, denominate anche livelli. Un'immagine è un singolo livello all'interno di un repository. Infine, un contenitore è un'immagine istanziata (in esecuzione o meno).

Docker save Produce un repository di file tar che contiene tutti i layer principali e tutti i tag + versioni, o repository specificato: tag, per ogni argomento fornito dall'immagine .

Esportazione Docker Produce il file specificato (può essere tar o tgz) con contenuto piatto senza contenuto di volumi specificati dal contenitore .

il salvataggio della finestra mobile deve essere utilizzato sull'immagine finestra mobile mentre l' esportazione finestra mobile deve essere utilizzata sul contenitore (proprio come l'immagine in esecuzione)

Salva utilizzo

finestra mobile salva [OPZIONI] IMMAGINE [IMMAGINE ...]

Salvare un'immagine o le immagini in un archivio tar (trasmesso in streaming su STDOUT per impostazione predefinita)

--help = false Stampa utilizzo -o, --output = "" Scrivi in ​​un file, invece di STDOUT

esportazione di utilizzo

esportazione docker [OPZIONI] CONTENITORE

Esporta il contenuto del filesystem di un container come archivio tar

--help = false Stampa utilizzo -o, --output = "" Scrivi in ​​un file, invece di STDOUT

export: container (filesystem)-> image tar.
import: exported image tar-> image. Solo uno strato.

save: image-> image tar.
load: saved image tar-> image. Tutti i livelli verranno ripristinati.

Da Docker in azione, seconda edizione p190.

Le immagini a strati mantengono la cronologia dell'immagine, i metadati di creazione del contenitore e i vecchi file che potrebbero essere stati eliminati o sovrascritti.

Le immagini appiattite contengono solo il set corrente di file sul filesystem.