Containers como embalagem standard. Porque «funciona no meu computador» deixou de ser argumento.
Categoria · DevOps & Infra
O que é o Docker.
O Docker empacota uma aplicação com todas as suas dependências — runtime, bibliotecas, configuração — numa imagem fechada. Essa imagem corre de forma idêntica em qualquer host, seja um portátil, um CI-runner ou um servidor de produção.
Ao contrário de uma máquina virtual, um contentor não traz um sistema operativo próprio, antes partilha o kernel do host. Isso torna-o leve: segundos em vez de minutos para arrancar, megabytes em vez de gigabytes.
Porque containerizamos de forma consistente.
Todos os produtos que construímos e operamos correm em contentores. Assim, o ambiente passa a ser parte do código — a frase "funciona na minha máquina" deixa de ser argumento, porque o ambiente é o mesmo em todo o lado.
Isto reduz o esforço de onboarding de novos developers a um "docker compose up" e torna os deployments reproduzíveis. É exatamente disto que precisamos para cadeias de operação rastreáveis e auditáveis.
Onde está o limite.
O Docker resolve o empacotamento, não a orquestração. Assim que vários contentores têm de escalar entre máquinas, correr com tolerância a falhas e ser substituídos automaticamente, é preciso uma camada acima — normalmente Kubernetes.
Para um único servidor com alguns serviços, o Docker Compose chega. Só a carga e a exigência de disponibilidade decidem se é preciso mais.
