Docker Image vs Container

Compreender o processo que o Docker usa para armazenar dados por meio de imagens e contêineres ajudará você a projetar melhor seus aplicativos do Docker. As imagens do Docker são como modelos, enquanto os contêineres do Docker são as instâncias de execução criadas a partir desses modelos. Docker usa uma abordagem em camadas para armazenar imagens e recipientes.

Imagens e camadas

Uma imagem do docker é criada a partir de várias camadas. Se tomarmos um exemplo de Dockerfile, todas as instruções são convertidas em uma camada. Aqui está um Dockerfile simples:

Cada linha no Dockerfile acima criará uma camada. A declaração de From procurará o nó: 6.9.2 imagem no registro local. Se não o encontrar lá, será baixá -lo no Hub do Docker. Em seguida, o Docker criará a primeira camada. A próxima declaração de cópia adiciona o servidor.arquivo js para a imagem como segunda camada. A última camada executa um nó.Aplicação JS. Todas essas camadas estão empilhadas umas sobre as outras. Cada camada adicional é adicionada como uma diferença da camada antes dela.

Recipientes e camadas

Recipientes são criados a partir de imagens. Quando um recipiente é criado a partir de uma imagem, uma fina camada de leitura/gravação é colocada em cima da imagem (observe que as camadas de imagem são imutáveis, as camadas de contêiner não são). Quaisquer alterações feitas no contêiner são colocadas nesta camada de leitura/gravação durante a vida útil do contêiner. Quando um recipiente é excluído, a camada de leitura/gravação fina associada é removida. Isso significa que vários contêineres podem compartilhar a mesma imagem. Cada camada de contêiner manterá seus próprios dados com segurança em cima da imagem do Docker.

Imagens e recipientes

Vamos tentar um exemplo simples. Você pode usar o comando Docker Images para encontrar todas as imagens:

E o comando PS Docker para encontrar contêineres:

Esta é uma instalação fresca do Docker. Portanto, não há imagem ou recipiente presente. Você pode executar o Docker Run -Node: 6.9.2 comando para iniciar um contêiner.

Agora, se verificarmos novamente as imagens do Docker, encontramos:

E se verificarmos o contêiner, encontramos:

Se iniciarmos outro contêiner da mesma imagem usando o comando:

E verifique novamente, vemos:

E

Os dois contêineres com ID de contêiner 96E6DB955276 e 8C48C7E03BC7 estão funcionando na parte superior da imagem do Docker com o ID da imagem FAAADB4AAF9B. As finas camadas de leitura/gravação dos recipientes do docker estão residindo em cima da camada da imagem do docker.

Dicas:

Você pode remover os contêineres do Docker com o comando Docker RM [ID do contêiner] e remover imagens do Docker com o comando Docker RMI [ID da imagem].

O nó da imagem: 6.9.2 Download do Docker Hub também é criado combinando várias camadas. Você pode verificar as camadas de imagens usando o histórico do Docker [ID da imagem].

Conclusão

Uma maneira popular de explicar imagens e contêineres é comparar uma imagem com uma classe e um contêiner com a instância dessa classe. A abordagem em camadas de imagens e recipientes do docker ajuda a manter o tamanho de imagens e recipientes pequenos.

Referências:

• https: // docs.Docker.com/mecanismo/userguida/storagedriver/imagens eContainers/
• Docker Image vs Container
• https: // Stackoverflow.com/questões/23735149/docker-image-vs-container