Um pequeno grande resumo sobre Docker.

Docker

Docker é uma ferramenta utilizada para criar aplicações que consigam funcionar isoladamente sem depender dos binários e bibliotecas do sistema operacional. Essas aplicações são transformadas em imagens. Através dessas imagens, podemos criar o que chamamos de contêineres.

Hoje, podemos dizer que o docker está separado em três ferramentas:

Contêiner

Um contêiner é uma aplicação que roda isoladamente dentro de um sistema operacional. Isso significa que esta aplicação, no geral, não tem conhecimento sobre o que está fora, muito semelhante a um processo de chroot porém extremamente mais avançado. Quando falamos em isolamento, queremos dizer que a aplicação realmente está isolada, com seu próprio sistema de arquivos raíz - root filesystem - rede, hostname, processos - os pids começam do 0 - e algumas coisas a mais. Como as dependências dessa aplicação estão todas dentro da imagem que foi gerada, basta que as máquinas onde esta aplicação irá rodar possuam o Docker ou qualquer container runtime compatível, como por exemplo o containerd, rkt ou kata containers para que a aplicação funcione exatamente como funcionaria em outra máquina. Podemos chegar a conclusão de que um contêiner é uma aplicação auto-contida.

Apesar dos termos novos, assim são os contêineres do nosso mundo, grandes pacotes em formatos padrão carregados pelas mais diversas estruturas. O pacote não muda, mas a infraestrutura sim. Esses contêineres são carregados pela estrada por caminhões, colocados em um navio através de um guindaste, transportados pelo oceano até chegar ao outro lado, serem carregados novamente por outro guindaste e então posicionados novamente em trem até o destino final.

Instalação

A instalação do Docker é muito simples nas mais variadas distribuições.

Debian

apt-get update
apt-get install -y docker.io

CentOS

yum install -y docker.io

OpenSUSE

As versões do Docker utilizadas pelo OpenSUSE são quase sempre as mais recentes:

zypper install -y docker

Utilização

Após a instalação, você pode executar o comando de teste para verificar se tudo está funcionando corretamente:

docker run hello-world

Ao executar o comando run o Docker verifica se a imagem está disponível na máquina local, e caso não esteja ele faz o download no registry público padrão - um repositório de imagens - localizado em https://hub.docker.com/.

O comando run é a junção de dois outros comandos:

Baixar Imagens

O comando pull baixa imagens de repositórios diversos. Um repositório de imagens é conhecido como registry.

docker pull alpine
docker pull debian:buster-slim

Uma imagem de contêiner possuí no final de seu nome uma tag. Essa tag indica outras versões que podem ser baixadas com as mais variadas modificações. Caso nenhuma tag seja especificada a tag :latest é aplicada por padrão.

Expor um Serviço

Podemos iniciar um servidor NGinx com apenas um comando, e utilizar o parâmetro -p ou --publish para expor esse servidor em nossa máquina, redirecionando a porta 8080 da máquina para a 80 do contêiner:

docker run -d --name 'servidor' -p '8080:80' nginx:alpine

O parâmetro -d acima, ou --detach, envia o processo do contêiner para background , liberando o seu terminal.

Listar Contêineres

Podemos listar todos os contêineres - os que estão parados e os que estão rodando da seguinte forma:

docker ps -a
docker container ls -a

Todas as interações com os contêineres podem ocorrer através de seus nomes ou seus ids.

Shell Interativo

Os contêineres baseados em sistemas puros como OpenSUSE, Debian, CentOS ou Alpine geralmente iniciam um shell por padrão, neste caso o parâmetro -t, ou --tty e o parâmetro -iou --interactive é necessário:

docker run -ti debian:buster-slim

Para sair de dentro do contêiner sem matar o processo principal - o que faria com que o contêiner parasse, você pode utilizar a combinação de teclas CTRL + P + Q.

Entrar em um Contêiner

Podemos "entrar" dentro de um contêiner utilizando o subcomando exec, especificando os parâmetros -t e -i seguido de um binário de um shell presente dentro do contêiner:

docker exec -ti ac10f32ed87e sh

Status

Também podemos extrair informações a respeito dos processos e do consumo de recursos de um determinado contêiner da seguinte forma:

docker top ac10f32ed87e
docker stats

Remover

Podemos remover todos os contêineres utilizando um subshell que nos trará todos os ids disponíveis:

docker rm -f $(docker ps -qa)
docker container rm -f $(docker container ls -qa)

Volumes

Os contêineres quase sempre são efêmeros, e quando são removidos seus dados são descartados, a não ser que sejam persistidos em um volume. Este volume pode ser um diretório na própria máquina ou mesmo um serviço de NFS ou iSCSI. Também podemos "montar arquivos" diretamente dentro do container. Para montar volumes dentro do contêiner utilizamos a flag -v ou --mount.

docker run -d --name 'apache' -v '/root/html:/usr/local/apache2/htdocs/' --publish 9090:80 httpd:alpine
docker volume create portainer_data # opcional
docker run -d -p 9000:9000 -v '/var/run/docker.sock:/var/run/docker.sock' -v 'portainer_data:/data portainer/portainer'

Environment

Também é possível passar variáveis de ambiente - environment - para dentro do contêiner, para facilitar alteração de endereços, senhas, portas e etc ou mesmo utilizá-las para a inicialização de um contêiner:

docker run -d -e MYSQL_ROOT_PASSWORD='4linux' -e MYSQL_USER='hector' -e MYSQL_PASSWORD='123' -e MYSQL_DATABASE='docker' --name mysql mysql:5.7

Commit

Podemos fazer alterações dentro de um contêiner e salvá-lo como uma image:

docker run -ti --name 'nao-faca-isso' alpine
apk add vim curl
# CTRL + P + Q
docker commit nao-faca-isso gambiarra

Save/Load

Podemos salvar o contêiner como uma imagem, transferí-la para outro computador e carregá-la, sem precisar de acesso a internet ou a um registry local:

docker save gambiarra -o 'gambiarra.tar'
docker load -i 'gambiarra.tar'

Dockerfile

O Dockerfile é o arquivo utilizado para criar imagens do docker. São muito simples, leves e fáceis de versionar. Clone o repositório https://github.com/hector-vido/sti-lighttpd.git e entre na pasta e crie o arquivo:

Dockerfile

FROM alpine
EXPOSE 80
ENV VERSION=0.1
RUN apk add lighttpd
WORKDIR /var/www/localhost/htdocs/ 
COPY . /var/www/localhost/htdocs/
# USER lighttpd
CMD lighttpd -f /etc/lighttpd/lighttpd.conf -D

Feito isso, utilize o comando para criar sua imagem através de um Dockerfile:

docker build -t minha-imagem .

Os principais comandos são:

docker network create --sub-net 11.11.11.0/24 minha-rede
docker run -dti --network minha-rede --ip 11.11.11.10 --name meu-container alpine
docker inspect meu-container

Registry

Um registry é um repositório de imagens do Docker. Até então o único registry que utilizamos é o registry padrão público que consultamos suas imagens em https://hub.docker.com. As vezes as pessoas precisam de repositórios privados e utilizam o registry do próprio Docker ou soluções mais robuscas como Nexus. Um exemplo bem simples é criar o registry com um container chamado registry/v2. Neste exemplo, vamos aproveitar e criar um registry com certificado TLS e autenticação básica.

Diretórios

Crie uma pasta chamada registry, vamos trabalhar dentro dela. E nesta pasta crie outras três:

Certificados

Utilize o comando openssl para criar um certificado auto-assinado:

openssl req -newkey rsa:4096 -nodes -sha256 -keyout certs/domain.key -x509 -days 365 -out certs/domain.crt

HTPasswd

Vamos colocar nossa autenticação em um arquivo de texto com a senha criptografada. Esse método é muito comum para liberar acesso a arquivos através do servidor web Apache:

apt-get install -y apache2-utils
htpasswd -Bbc auth/htpasswd admin 123

Contêiner

Execute um docker run passando os parâmetros necessários para inicializar o contêiner com autenticação e certificado tls:

docker run -d -p 5000:443 --restart=always --name registry \
-v `pwd`/certs:/certs \
-v `pwd`/cache:/var/lib/registry \
-v `pwd`/auth:/auth \
-e REGISTRY_AUTH='htpasswd' \
-e REGISTRY_AUTH_HTPASSWD_REALM='Registry Healm' \
-e REGISTRY_AUTH_HTPASSWD_PATH='/auth/htpasswd' \
-e REGISTRY_HTTP_ADDR='0.0.0.0:443' \
-e REGISTRY_HTTP_TLS_CERTIFICATE='/certs/domain.crt' \
-e REGISTRY_HTTP_TLS_KEY='/certs/domain.key' \
registry

Obs: Se vocẽ deseja utilizar o registry como um proxy para fazer cache das imagens baixadas, adicione a opção -e REGISTRY_PROXY_REMOTEURL='http://registry-1.docker.io'.

Insecure Registry

Por padrão o docker se recusa a comunicar-se com registries inseguros, mas é possível adicionar uma lista de locais permitidos. Nas versões mais novas este arquivo fica em /etc/docker/daemon.json:

{
  "insecure-registries" : ["localhost:5000"]
}

Para se logar o contêiner e poder subir imagens utilize:

docker login 'https://localhost:5000'
docker tag alpine localhost:5000/alpine
docker push localhost:5000/alpine

Para consultar o registry, é preciso utilizar usuário e senha. Você pode fazê-lo pelo navegador ou utilizar o curl:

curl -k -u admin:123 https://localhost:5000/v2/_catalog
curl -k -u admin:123 https://127.0.0.1:5000/v2/alpine/tags/list

Swarm

O swarm é o orquestrador padrão do Docker, já embutido no docker-ce muito simples de utilizar e muito poderoso. Um orquestrador de contêineres é responsável por gerenciar o estado do cluster, recriando contêineres que por alguma razão pararam, fornecendo balanceamento de carga e compartilhamento de configurações.

Como analogia bem simplista, dentro do swarm podemos fazer a seguinte comparação:

Para facilitar o provisionamento das máquinas do cluster na nossa máquina local vamos utilizar o docker-machine.

Docker Machine

O docker-machine é um software que facilita o gerenciamento de máquinas docker. Com ele é possível provisionar máquinas virtual muito leves para fazer testes localmente, ou podemos provisionar máquinas nas clouds públicas como Digital Ocean, AWS, Azure e Google Cloud.

Por ser um binário único e independente, basta baixá-lo e colocá-lo em um diretório padrão de executáveis:

curl -L https://github.com/docker/machine/releases/download/v0.16.0/docker-machine-$(uname -s)-$(uname -m) > /tmp/docker-machine &&
sudo install /tmp/docker-machine /usr/local/bin/docker-machine

O comando para criar uma máquina virtual local utilizando-se do Virtualbox é muito simples, criaremos 3 para fazer parte de nosso cluster do Swarm:

docker-machine create -d virtualbox default
docker-machine create -d virtualbox worker1
docker-machine create -d virtualbox worker2

Para iniciar o Swarm podemos entrar na máquina digitando apenas docker-machine ssh mas também podemos executar o comando diretamente:

docker-machine ssh default docker swarm init --advertise-addr 192.168.99.100

Este comando iniciará o cluster de Swarm e nos fornecerá um token para ser utilizado na adição de novos workers, por exemplo:

docker-machine ssh worker1 docker swarm join --token 'SWMTKN-1-5oap2z60b7awm9or2y54pq1wtj91ozytbeb4kz7zkhfefvfy8q-d01y9wthhtv9naed1vbcfbs0d 192.168.99.100:2377'
docker-machine ssh worker2 docker swarm join --token 'SWMTKN-1-5oap2z60b7awm9or2y54pq1wtj91ozytbeb4kz7zkhfefvfy8q-d01y9wthhtv9naed1vbcfbs0d 192.168.99.100:2377'

Para podermos utilizar o docker-cli diretamente na máquina manager precisamos importar as variáveis necessárias na nossa sessão:

eval $(docker-machine eval default)
docker run hello-world

A partir de agora, todos os comandos executados partirão do princípio de que o docker-cli está direcionado para a máquina default.

Utilizando o swarm

É possível provisionar sua aplicação dentro do cluster, fornecendo o número de réplicas desejadas:

docker service create --name cgi --replicas 3 -p 8080:8080 hectorvido/sh-cgi
docker service ls
docker service ps cgi

Utilizando um compose-file

Podemos provisionar um compose-file dentro do cluster, por exemplo:

docker-compose.yml

version: '3.7'
services:
  php:
    depends_on:
    - mysql
    image: hectorvido/php-app
    environment:
      DB_HOST: 'mysql'
      DB_PORT: '3306'
      DB_PASS: '4linux'
      DB_USER: 'sistema'
      DB_NAME: 'sistema'
    ports:
    - "8080:8080"
  mysql:
    image: mysql:5.7
    environment:
      MYSQL_ROOT_PASSWORD: 'Abc123!'
      MYSQL_USER: 'sistema'
      MYSQL_PASSWORD: '4linux'
      MYSQL_DATABASE: 'sistema'

Basta utilizar o comando:

docker stack deploy app --compose-file 'docker-compose.yml'