Tópicos Especiais em

Redes de Computadores
 Material Teórico
Containers – Docker

Responsável pelo Conteúdo:

Prof. Dr. Vagner da Silva

Revisão Textual:
Prof.ª Me. Natalia Conti
 Containers – Docker

• Docker;
• O que é um Container?
• O que são Imagens?
• Arquitetura Docker.

OBJETIVOS DE APRENDIZADO
• Conhecer a tecnologia docker aprofundando-se nos conceitos para esclarecer as diferen-
ças entre ela e o uso de máquina virtual, bem como demonstrar como é feita sua instala-
ção e uso;
• Estabelecer os principais conceitos de um docker para que seja possível dar continuidade
ao estudo dessa tecnologia considerada emergente.
 Orientações de estudo
Para que o conteúdo desta Disciplina seja bem
aproveitado e haja maior aplicabilidade na sua
formação acadêmica e atuação profissional, siga
algumas recomendações básicas:
Conserve seu
material e local de
estudos sempre
organizados.
Aproveite as
Procure manter indicações
contato com seus de Material
colegas e tutores Complementar.
para trocar ideias!
Determine um Isso amplia a
horário fixo aprendizagem.
para estudar.

Mantenha o foco!
Evite se distrair com
as redes sociais.

Seja original!
Nunca plagie
trabalhos.

Não se esqueça
de se alimentar
Assim: e de se manter
Organize seus estudos de maneira que passem a fazer parte hidratado.
da sua rotina. Por exemplo, você poderá determinar um dia e
horário fixos como seu “momento do estudo”;

Procure se alimentar e se hidratar quando for estudar; lembre-se de que uma

alimentação saudável pode proporcionar melhor aproveitamento do estudo;

No material de cada Unidade, há leituras indicadas e, entre elas, artigos científicos, livros, vídeos
e sites para aprofundar os conhecimentos adquiridos ao longo da Unidade. Além disso, você tam-
bém encontrará sugestões de conteúdo extra no item Material Complementar, que ampliarão sua
interpretação e auxiliarão no pleno entendimento dos temas abordados;

Após o contato com o conteúdo proposto, participe dos debates mediados em fóruns de discus-
são, pois irão auxiliar a verificar o quanto você absorveu de conhecimento, além de propiciar o
contato com seus colegas e tutores, o que se apresenta como rico espaço de troca de ideias e de
aprendizagem.
UNIDADE Containers – Docker

Docker
O docker é uma tecnologia de virtualização, porém não é uma virtualização
como conhecemos das plataformas de forma tradicional. Ao virtualizar um siste-
ma operacional utilizando um aplicativo como o VMWare, VirtualBox ou outros
middlewares, permitimos que cada sistema operacional instalado nessa máquina
virtual utilize o hardware de forma isolada.

Ao instalar um sistema operacional Linux como máquina virtual, proporciona-

mos que ele tenha a utilização do hardware única e exclusivamente durante um de-
terminado tempo. Nessa virtualização ele considera que tem um processador, uma
memória e os dispositivos de entrada e saída somente para ele. Portanto, ele tem
suas próprias bibliotecas, seus arquivos binários e seu próprio sistema de arquivo
para executar as aplicações de cada máquina virtualizada.

Quanto mais virtualizamos mais desacoplados estaremos, isso significa que tere-
mos mais flexibilidade no uso dos recursos físicos da máquina, como elasticidade no
uso de memória, processamento e armazenamento. Essa característica já é obtida
pela utilização da máquina virtual.

O docker não trabalha com esse tipo de virtualização a qual estamos acostuma-
dos a ver e usar, ele é uma engine que administra os containers criados e, além
de fornecer todos os recursos que a virtualização tradicional oferece, utiliza menos
recursos que a virtualização de plataformas. Para entender qual o objetivo de um
docker devemos primeiro entender o que é um container.

Um container é um processo isolado e a partir dele podem-se executar as aplica-

ções de forma isolada. Ele é associado a um sistema de arquivo isolado e precisa de
vários recursos da máquina host, ou seja, da máquina na qual esse container está
sendo executado. Ele não é executado totalmente independente da máquina host
como é o caso da virtualização de plataformas.

É considerado um host a máquina com um sistema operacional para gerenciá-la, ou seja,

Explor

esse sistema operacional tem todos os recursos para fazer o gerenciamento da máquina.
Ex: computador com um sistema operacional Windows instalado.

Um container compartilha algumas bibliotecas da máquina host, ele usa alguns

binários e bibliotecas que já estão na máquina e essa característica faz com que um
container necessite de pouco espaço de memória. Além disso, ele inicializa mais rápido
se considerarmos uma máquina virtual que tem suas próprias bibliotecas e binários.
Explor

What’s LXC? Disponível em: http://bit.ly/2M7DjdD

8
 O docker utiliza as características do serviço LXC (Linux Containers), isso sig-
nifica que os containers deverão ser baseados na plataforma Linux. Considerando
que o container usa alguns recursos da máquina host, então eles deverão ser exe-
cutados em sistemas operacionais Linux. Sendo assim, pode-se executar container
baseados em Debian, Ubuntu ou outras distribuições em que o kernel é Linux.

É possível ter controle sobre a quantidade de memória ou CPU que um container

possa utilizar; ele tem um endereço IP próprio e permite acesso utilizando-se desse
endereço ou de uma porta, além de ser possível definir a quantidade de tráfego de
pacotes que ele poderá usar.

Pelo isolamento que oferece os processos criados só poderão atuar dentro desse
container; no entanto é possível criar vários containers e estabelecer comunicação
entre eles.

VM1 VM2 VM3

App App App App App App
+ + +
SO SO SO

App1 App2 App3 Hypervisor Docker

Sistema Sistema Sistema
Operacional Operacional Operacional
Server Server Server
Máquina Física Máquinas Virtuais Containers

Figura 1 – Host, Máquina virtual e Docker

Fonte: Adaptado de VITALINO, 2016

Conforme pode ser observado na figura 1, temos um exemplo de máquina nativa

ou host (Máquina Física), uma máquina virtualizada com alguns sistemas operacio-
nais e, por último, um container.

Pela figura 1 é possível identificar que o modelo de máquina virtual possibilita

que tenhamos vários sistemas operacionais sendo executados sobre a camada de
virtualização (Hypervisor). No modelo de containers temos o docker sendo execu-
tado sobre o sistema operacional Linux.

No modelo de containers não temos a camada hypervisor e sim a engine que vai
gerenciar os containers criados. Outra mudança de características entre container
e Máquina virtual está na camada mais acima, perceba que há vários sistemas
operacionais no modelo de máquina virtual; essas máquinas são inicializadas isola-
damente cada qual utilizando uma quantidade de memória para gerenciar os pro-
cessos de cada aplicação que estiver sendo executada.

9
9
UNIDADE Containers – Docker

Ao utilizar máquina virtual, todo sistema operacional inicializado de forma

virtualizado deverá fazer toda a sua carga contendo o seu núcleo para gerencia-
mento de todos os recursos físicos da máquina. Para cada sistema operacional
virtualizado, ao ser inicializado, deverá fazer toda sua carga, isso exige bastante
memória principal e cada sistema operacional criará processos para as aplicações
que foram inicializadas.

No modelo container não há vários sistemas operacionais e sim a aplicação que

é executada sobre um container, podendo cada uma delas ser executada em um
container diferente, cada uma com seu sistema de arquivo isolado compartilhando
o mesmo núcleo da máquina host. Você pode ter o host baseado na distribuição
Linux Red Hat e iniciar um container baseado na distribuição Linux Ubuntu.

Perceba que você terá um container baseado na distribuição que escolheu para
que suas aplicações (container) sejam executadas, no entanto ela compartilhará o
núcleo (bibliotecas e binários) da máquina host com outros containers criados.

Se torna muito mais rápido inicializar processos para serem executados nos
containers em relação a ter que inicializar o sistema operacional inteiro como acon-
tece nas máquinas virtuais.

A tecnologia docker não é considerada nova, antigamente era possível utilizá-la,

no entanto sua manipulação era muito complexa por não existirem ferramentas que
facilitassem o seu uso. Atualmente já existem ferramentas que ajudam o administra-
dor no uso dessa tecnologia, há uma interface de linha de comando (CLI) para que
se possa comunicar com o docker daemon. Outra forma está no uso de uma API
REST para que o administrador possa manipular e consumir os serviços do docker.

Há dois principais conceitos vinculados ao docker, um deles refere-se ao container

e o outro refere-se à imagem, vamos ver cada um deles.

O que é um Container?
Segundo Vitalino, 2016 container é, em português claro, o agrupamento de
uma aplicação com suas dependências, que compartilham o kernel do sistema
operacional host, ou seja, da máquina (seja ela virtual ou física) onde está rodando.
Ele tem processos segregados, tem um sistema de arquivo isolado e tem um sistema
de arquivo criado a partir de uma imagem.

Os processos criados em um container podem criar processos filhos, e cada pro-

cesso pode ser criado por uma aplicação que pode ser um banco de dados, um servi-
dor HTTP ou outras aplicações que sejam de necessidade do usuário. É interessante
criar um container por aplicação, assim você terá cada um deles isolado mantendo
uma organização maior e podendo escalar cada um deles de forma independente.

Dentro desse ambiente isolado que sua aplicação executa, todas as suas depen-
dências como biblioteca e binários estarão nesse container. Essa característica nos

10
dá um processo isolado com o seu sistema de arquivo também isolado usando o
mesmo núcleo do host.

Segundo Vitalino, 2016 o propósito da máquina virtual é emular um novo siste-

ma operacional dentro do sistema operacional do host. Já o propósito do container
é emular somente as aplicações e suas dependências e torná-las portáteis.

O que são Imagens?

Uma imagem é um modelo de sistema de arquivo criado para criar um container.
Conforme já descrito, um container tem processos que são usados para executar
uma aplicação e eles estão na memória principal.

A imagem é um arquivo que contém a descrição sobre um modelo de sistema de

arquivo somente leitura para execução de uma aplicação que pode ser um servidor
apache ou qualquer outra aplicação necessária para o usuário.

Um dos itens interessantes é a possibilidade de usar imagens criadas por outras

pessoas ao redor do mundo. Você pode criar e armazenar sua imagem na internet,
o principal repositório chama-se Docker Hub. Ele é um repositório público e pri-
vado que disponibiliza diversos recursos. Além de armazenar, você pode usar os
containers que foram disponibilizados, isso agiliza muito a configuração e o uso de
determinadas aplicações.
Explor

Repositório de containers, disponível em: https://dockr.ly/2KAeFzm

A figura 2 apresenta a página em que são apresentados alguns containers.

Figura 2 – Página docker hub

Fonte: Reprodução

Como pode ser observado na figura 2, há containers que podem ser baixados,
embora na figura 2 tenham apenas duas imagens, há outras várias delas que po-
dem ser exploradas e baixadas.

11
11
UNIDADE Containers – Docker

Arquitetura Docker
O Docker utiliza uma arquitetura cliente/servidor, o cliente do docker solicita ao
docker daemon uma ação que pode construir, executar ou distribuir os containers.
A figura 3 apresenta a arquitetura.

Figura 3 – Arquitetura Docker

Fonte: Adaptado de Wikimedia Commons

O cliente e o docker daemon podem ser executados no mesmo sistema ope-

racional ou então o cliente pode conectar a um docker daemon usando linha de
comando (CLI), API REST, sockets ou uma interface de rede.

Como pode ser observado na figura 3 uma das possibilidades de comunicação

pode ser feita pelo cliente ao docker daemon que solicitará a imagem ao registry
na internet. Nesse caso é feito o download dessa imagem para a máquina host e a
partir dessa imagem será construído o container.

Outra forma para a comunicação com o docker daemon é a utilização de fer-

ramentas gráficas como o kitematic, ele é open source e por ser uma ferramenta
gráfica ele facilita o processo de instalação e configuração do Docker, além de for-
necer algumas interfaces intuitivas para execução e criação de containers.
Explor

Ferramenta gráfica, disponível em: http://bit.ly/2Kvcjle

Instalação
A instalação do docker pode ser feita em sistema operacional Windows, Mac
ou Linux. Para fazer a instalação no Windows é necessário baixar o instalador
disponível no site, no entanto essa instalação somente irá funcionar se o sistema

12
operacional for o Windows 10 com a versão “Windows subsytem for Linux”, essa
versão possibilita executar programas nativos do sistema Linux no Windows sem a
necessidade de instalar o Linux.

Caso seu sistema operacional não tenha essa atualização, você poderá fazê-la ou
então instalar o docker em uma máquina virtual Linux ou em um host Linux, ou
seja, em uma máquina que o sistema operacional seja o Linux.

Nessa simulação iremos instalar o docker em um sistema operacional Linux

instalado como máquina virtual. Usaremos a distribuição Ubuntu 19.04 instalada
como máquina virtual no aplicativo VirtualBox.

A instalação do docker será feita usando o terminal para digitação dos comandos.
O primeiro comando que será executado fará a atualização do Linux. A figura 4
apresenta este comando.

Figura 4 – Atualização do Linux

Vamos executar os comandos da figura 5 para que sejam instalados alguns pacotes.

Figura 5 – Instalação de pacotes

O próximo passo está em adicionar o repositório do docker utilizando o coman-

do da figura 6.

Figura 6 – Adicionando repositório do Docker

Vamos adicionar ao apt-repository o caminho para baixar atualizações e paco-

tes do docker. A figura 7 apresenta o comando.

Figura 7 – Adicionando caminho para atualizações

Na sequência faremos novamente uma atualização executando o comando apre-

sentado na figura 8.

Figura 8 – Executando atualização

13
13
UNIDADE Containers – Docker

Agora sim vamos executar o comando para instalar o docker, a figura 9 apre-
senta o comando para instalação.

Figura 9 – Executando a instalação do Docker

Para verificar se o docker está instalado você pode executar o comando “docker
--help” e será apresentado os comandos utilizados para manipulação do docker.

Vamos executar o comando da figura 10 para verificar se tudo foi instalado de

forma correta. Ao aplicar o comando será apresentada uma resposta descrevendo
que a instalação foi bem-sucedida.

Conforme pode ser observado na figura 10 foram executados alguns passos

como: o cliente enviou uma solicitação ao docker daemon; o docker daemon bai-
xou o “hello-world” do docker hub; o docker daemon criou um novo container e;
o docker daemon enviou uma resposta para o cliente.

Figura 10 – Hello World

Explor

Detalhes da instalação no Ubuntu 19.04, disponível em: http://bit.ly/2Ky2HpX

O comando “run” tem vinculado a ele quatro operações, a primeira refere-se a

baixar a imagem do repositório (registry) para a máquina; criar o container; inicia-
lizar o container e fazer a execução dele.

Vamos fazer mais alguns testes utilizando o comando “run”, vamos baixar duas
imagens do bash, a primeira refere-se ao bash da distribuição Ubuntu e a segunda
ao bash da distribuição debian. Primeiramente execute o comando apresentado na
figura 11, esse comando irá criar um container a partir de uma imagem relacionada
ao bash Ubuntu.

Figura 11 – Container para o bash Ubuntu

14
 Agora utilizando o comando da figura 12 verifique a versão do bash da imagem
que foi baixada. A opção «-i» é utilizada para o modo interativo e a «-t» faz você
entrar no modo terminal do container, observe que o prompt é alterado após esse
comando, indicando que você está usando o bash do container criado.

Figura 12 – Versão para o bash Ubuntu

Observe que a imagem do bash Ubuntu baixada tem a versão 4.4.19. Vamos
agora baixar e executar a imagem do bash debian, para isso execute o comando
apresentado na figura 13.

Figura 13 – Versão para o bash debian

Na figura 13 pode-se observar a versão do bash debian 4.4.12 e logo após o

comando “bash –version” a versão 5.0.3(1) que está sendo executada no host.

Resumindo, nos testes executados anteriormente baixamos duas imagens do

registry, uma Ubuntu e outra Debian, verificamos a versão do bash das duas
imagens e ainda verificamos a versão do bash do host, cada uma apresentando
uma versão diferente.

Esse teste que foi feito conceitua o que foi descrito como container, pois ao bai-
xarmos as imagens do bash utilizando o comando “run” foi criado um container
para o bash Ubuntu e um container para o bash debian, cada qual com sua versão.

Ao executar novamente o mesmo comando “run”, a resposta é instantânea, pois

não será mais necessário baixar a imagem, ela já estará na cache local. É essa a ca-
racterística que faz do container uma solução mais leve que utiliza menos recursos
que a máquina virtual.

Os comandos utilizados para manipulação do docker têm semelhanças aos utili-

zados no terminal bash do host, vamos fazer uma listagem dos containers que foram
manipulados até agora, para isso execute o comando apresentado na figura 14.

15
15
UNIDADE Containers – Docker

Figura 14 – Processos relacionados aos containers

O comando “ps” apresenta os processos ativos, a opção “-a” apresenta os pro-

cessos que foram baixados. Sem a opção “-a” não aparecerão os processos, pois os
processos relacionados aos containers foram executados e encerrados.

Um ponto importante que deve ser esclarecido sobre o comando “run” é que
cada vez que ele é executado um novo container é criado mesmo que seja execu-
tado o mesmo comando. Veja o exemplo a seguir, na figura 15 há a execução do
comando “run” com a opção “-t” para ele entrar no terminal do container criado.

Figura 15 – Exemplo do comando “run” container f1710da9ea11

Observe na figura 15 que o cursor foi alterado indicando que estamos no container
criado. Nesse container foi criado o arquivo com o nome “arq”, ele é apresentado
como primeiro item após a execução do comando “ls -s”.

Vamos executar o mesmo comando “run” utilizado anteriormente, a figura 16

apresenta a execução do comando.

Figura 16 – Exemplo do comando “run” container c403d7155edb

Observe que executando o mesmo comando o arquivo criado “arq” não apa-
rece nesse container após a execução do comando “ls -l”, indicando que são
containers diferentes.

16
 Como você deve ter observado é importante definir um nome para o container
para que este tenha nomes sugestivos e possa ser reaproveitado. A figura 16 apre-
senta o comando.

Figura 17 – Criação de um container definindo um nome

Observe na figura 16 que aplicando o comando pela primeira vez não é apre-
sentado erro e o cursor se altera indicando que estamos dentro do container
criado. Ao sair do container e tentar criar outro com o mesmo nome há uma
mensagem de erro retornando que não é possível criar, pois já tem um container
com o nome escolhido.

Você deve estar se perguntando: “Como faço então para reutilizar um

container?”. É exatamente isso que iremos fazer, já criamos um container com o
nome “bashdebian” e vamos iniciá-lo. A figura 17 apresenta o comando.

Figura 18 – Iniciando o container

Como pode ser observado na figura 17, além de iniciar o container “bashdebian”
foi criado um arquivo chamado “arquivo_debian.txt” e ao listar os arquivos e dire-
tórios com o comando “ls” ele é o primeiro da lista. Saia do container conforme
comando apresentado na figura 18.

Figura 19 – Iniciando o container

Observe que ao sair do container e executar o comando novamente você con-

segue entrar nele e ao listar pode-se ver o arquivo criado.

Cada container criado, conforme conceito já definido, tem seu isolamento tanto
em relação ao núcleo do sistema operacional como também de outros containers,
embora ainda use recursos do núcleo do host.

Em muitos casos os containers devem se comunicar. Imagine que você inicie um

banco de dados em um container e em outro você inicie um cliente para consumir os
recursos desse banco de dados. Os containers devem oferecer formas de se comunicar.

O isolamento que os containers oferecem devem ser controlados, ou seja, deve

ser possível o acesso a serviços que estão sendo executados em outros containers.
Vamos avaliar como pode ser feito esse compartilhamento, para isso vamos baixar

17
17
UNIDADE Containers – Docker

um servidor http conhecido como nginx. A figura 19 apresenta o comando para

baixar a imagem.

Figura 20 – Container executando um servidor http

O comando apresentado na figura 19 define que o servidor nginx será exposto

para fora do container pela porta 8080, ou seja, o servidor http que foi inicializado
em container será acessado por clientes externos ao container pela porta 8080 e a
porta 80 é a porta na qual nginx será inicializado internamente, por padrão ele já é
inicializado nessa porta. Após a execução do comando o servidor será inicializado.

Abra outro terminal para fazer um teste e execute o comando da figura 20.

Figura 21 – Verificando informações do servidor nginx

Conforme pode ser observado na figura 20, as informações do ngnix são apresen-
tadas com as tags HTML. Outra forma de verificar essas informações é pela “url” de
um browser, a figura 21 apresenta o endereço da “url” e a resposta do servidor http.

Figura 22 – Verificando informações do servidor nginx pelo browser

Já que temos um processo sendo executado (o do servidor HTTP) vamos aplicar

o comando para verificar os processos que estão ativos. A figura 22 apresenta o
comando e a resposta.

18
 Figura 23 – listando os processos ativos

Observe que as informações do processo são apresentadas após a execução do

comando. Como pode ter notado, ao executar o comando para ativar o servidor http
tivemos que abrir outro terminal para executar os comandos, pois o terminal ficou
“preso”. Há outra forma de executar o comando para ativar o servidor ou qualquer
outro serviço em background e continuar usando o terminal normalmente sem ter
que abrir outro. A figura 23 apresenta o comando e o resultado da execução dele.

Figura 24 – Executando servidor http em background

Conforme pode ser observado na figura 23 a opção “-d” define que a execução
do servidor será na forma de daemon, ou seja, em background. Para esse container
foi também vinculado um nome “serv_http”. Perceba também pela figura 23 que o
prompt aparece normalmente para digitação dos comandos.

Para parar o serviço basta executar o comando “stop” associado ao nome do

serviço que deseja parar. A figura 24 apresenta o comando.

Figura 25 – Parando serviço

Ao executar o comando “stop”, conforme apresentado na figura 24, o serviço irá pa-
rar. Ao listar os processos que estão ativos, verá que não será listado nenhum processo.

O docker oferece uma série de comandos que foram reformatados para melhor
definir a execução de comandos containers, de imagens e volume. Essa organiza-
ção atual de aplicação de comandos, embora seja mais longa, define bem cada um
deles. A figura 25 apresenta os comandos para o help de “volume” e “image”.

Figura 26 – Comando help para volumes e imagens

19
19
UNIDADE Containers – Docker

Vimos que utilizando o comando “run” as imagens são baixadas antes de serem
inicializadas e executadas. Ao baixar as imagens elas ficam na cache, para verificar
quais imagens foram baixadas utilize o comando da figura 26.

Figura 27 – Listando as imagens

Há outros comandos aplicados às imagens que podem ser usados para manipu-
lá-las. A tabela 1 apresenta alguns deles.

Tabela 1
Comando Descrição
docker image ls Usado para listar as imagens que estão na cache.
docker image inspect Apresenta informações da imagem semelhante ao formato apresentado no JSON.
docker image rm Usado para remover imagens que estão inseridas na cache.
docker image build Usado para gerar uma imagem do container.
docker image push Usado para publicar a imagem no repositório local ou externo.
Usado para baixar a imagem diretamente do repository. Esse comando apenas
docker image pull
carrega a imagem para a cache, ele não inicializa e nem executa.

Como observado nos exemplos descritos anteriormente, os containers executam

processos referente a uma aplicação e tem o isolamento necessário para manter a
segurança. Ao se criar um container para uso em servidores, eles devem estar em
background com todas as definições já feitas em relação a compartilhamento e uso
de recursos.

Vários outros recursos estão disponíveis para manipulação de containers ima-

gens e volumes e devem ser pesquisados de acordo com a necessidade.

20
Material Complementar
Indicações para saber mais sobre os assuntos abordados nesta Unidade:

Leitura
Como Instalar e Configurar o Docker no Ubuntu 18.04
Veja como instalar docker linux ubuntu 18.04.
http://bit.ly/2Mact4z
O que é Docker?
No link abaixo você tem mais detalhes sobre Docker.
https://red.ht/2MacxkP
Porque apostar em docker e containers
Veja uma opinião sobre o assunto.
http://bit.ly/2KMBS1t
Implante contêineres do Docker
Passo a passo para usar o container da Amazon.
https://amzn.to/2KsQe6E

21
21
UNIDADE Containers – Docker

Referências
NEMETH, E.; SNYDER, G.; HEIN, T.; FORESTI, N. Manual completo do Linux:
guia do administrador. 2. ed.-. São Paulo: Pearson Education do Brasil, 2007.

VITALINO, J. F. N.; CASTRO M. A. N. Descomplicando o Docker. Brasport Li-

vros e multimídia Ltda, Rio de Janeiro, 2016.

Sites visitados
<https://www.docker.com/>.

22