Introdução aos Contêineres: Por que usar Docker em vez de Máquinas Virtuais (VMs)

"Na minha máquina funciona!". Quantas vezes você já escutou (ou disse) esta frase? O desenvolvedor escreve o código no Windows usando a versão X do Node.js, mas na hora de rodar no servidor de produção (um Ubuntu rodando a versão Y do Node.js) tudo quebra miseravelmente. É exatamente essa falha que os Contêineres, massificados pelo Docker, resolvem em definitivo.

O Mundo Antigo: Máquinas Virtuais (VMs)

Historicamente, a solução para isolamento de aplicações era rodar Máquinas Virtuais usando Hypervisors como VMware ou VirtualBox. Para isolar 3 aplicações diferentes em um único servidor físico poderoso, você instalava o hypervisor e, em cima dele, emulava o hardware criando 3 sistemas operacionais virtuais completos.

O problema: Cada VM roda um núcleo completo (Kernel) do Windows ou Linux, os serviços essenciais de segundo plano, a interface de rede, exigindo dezenas de gigabytes de HD e memória RAM desperdiçada apenas para o sistema se manter de pé, reduzindo radicalmente a eficiência do servidor real.

O Mundo Novo: Contêinerização

Ao invés de virtualizar a máquina física em si, o Docker virtualiza o sistema operacional. O motor do Docker fica instalado no servidor host (Linux) e cria "bolhas isoladas" em torno das aplicações. Todos os contêineres compartilham ativamente o mesmo núcleo (Kernel) Linux do servidor físico.

Vantagens esmagadoras dos contêineres:

• Leveza e Desempenho: Como não rodam um SO inteiro, contêineres são medidos em Megabytes (ao invés de Gigabytes de VMs). Inicializam em milissegundos, ao invés do longo processo de inicialização de um sistema operacional.
• Padronização infalível: O Docker empacota não apenas a sua aplicação, mas todas as dependências, bibliotecas e arquivos de configuração atrelados (através do Dockerfile) na mesma imagem estática. Se essa imagem roda corretamente no seu notebook, ela rodará perfeitamente idêntica nos servidores da AWS.
• Microserviços: Facilita drasticamente quebrar aplicações "monolito" legadas em partes independentes (Frontend rodando em um contêiner, Backend em outro, Redis em outro, Banco em outro) comunicando-se por uma rede docker interna invisível para o mundo externo.

Ainda precisamos de VMs?

Sem dúvida. VMs e Contêineres não são inimigos mortais; na verdade, eles trabalham muito bem juntos nas provedoras cloud (AWS, Azure, GCP). É prática padrão o servidor "host" virtual do Docker ser em si uma Máquina Virtual da AWS, oferecendo redundância e segurança extra (Hard Isolation). E para hospedar aplicações de SO's brutalmente diferentes no mesmo hardware (como um sistema que exija Kernel Windows Server legados ao lado de pacotes Linux modernos), a máquina virtual continua insubstituível.