Questão de Sistemas Operacionais — Virtualização — INSTITUTO AOCP 2024

Docker Swarm: orquestração nativa de contêineres

Gabarito: letra D. A ferramenta nativa do Docker projetada para orquestrar e gerenciar aplicativos distribuídos baseados em contêineres é o Docker Swarm — ele agrupa múltiplos hosts Docker em um cluster e os gerencia como um único sistema virtual, simplificando a implantação e o escalonamento de serviços em produção. As demais alternativas desempenham papéis distintos no ecossistema Docker: Machine provisiona hosts, Compose define aplicações multi-contêiner em um único host, Hub é o registro público de imagens e Dockerfile é o arquivo de instruções para construir uma imagem.

A orquestração de contêineres é o processo de automatizar a implantação, o gerenciamento, o escalonamento e o networking de contêineres. Em um ambiente de produção, raramente se executa um único contêiner isolado — há dezenas ou centenas deles distribuídos entre vários servidores (hosts). A orquestração resolve exatamente esse problema: decide em qual host cada contêiner deve rodar, reinicia contêineres que falham, distribui a carga entre os nós e gerencia a comunicação entre os serviços. O Docker Swarm é a solução nativa do Docker para isso, integrada diretamente ao próprio daemon do Docker — não é um produto separado, mas um modo de operação do Docker Engine (o chamado swarm mode).

O Swarm transforma um conjunto de hosts Docker em um cluster, com dois papéis principais: os nós gerentes (manager nodes), que tomam as decisões de orquestração e mantêm o estado do cluster, e os nós trabalhadores (worker nodes), que executam os contêineres dos serviços. O administrador define um serviço (service) — a especificação desejada de uma aplicação (imagem, réplicas, portas, redes) — e o Swarm se encarrega de manter esse estado desejado: se um contêiner morre, ele cria outro; se a demanda aumenta, ele escala o número de réplicas. Essa é a essência da orquestração: o operador declara o que quer, e a ferramenta garante que o sistema esteja sempre naquele estado.

Para entender a pegadinha desta questão, é preciso distinguir as ferramentas do ecossistema Docker. O Docker Compose também "orquestra" contêineres, mas em um único host, definindo a aplicação multi-contêiner em um arquivo YAML — não gerencia um cluster distribuído. O Docker Machine provisiona hosts Docker (cria máquinas virtuais ou instâncias em nuvem onde o Docker será instalado). O Docker Hub é o registro público de imagens, onde se publica e baixa imagens prontas. O Dockerfile é o arquivo de texto com as instruções (FROM, RUN, COPY, CMD...) para construir uma imagem personalizada. A palavra-chave do enunciado é "orquestrar e gerenciar aplicativos distribuídos" — distribuídos implica múltiplos hosts, e é exatamente isso que o Swarm faz.

A banca explora a confusão entre as ferramentas que "gerenciam" contêineres em diferentes níveis. O candidato que conhece o Compose pode ser tentado a marcá-lo, pois ele também "orquestra" — mas o Compose atua em um único host, enquanto o Swarm gerencia um cluster distribuído. A distinção decisiva é o escopo: Compose = multi-contêiner em um host; Swarm = multi-contêiner em múltiplos hosts (cluster). Guarde essa fronteira: é exatamente nela que as alternativas se dividem.

Alternativa A — ❌ Incorreta

O Docker Machine é uma ferramenta para provisionar hosts Docker — ou seja, criar e configurar máquinas (virtuais ou em nuvem) onde o Docker será instalado. Ele não orquestra nem gerencia aplicativos distribuídos; apenas prepara a infraestrutura. A confusão surge porque o Machine também "gerencia" algo (hosts), mas o objeto do gerenciamento é a máquina, não a aplicação.

Alternativa B — ❌ Incorreta

O Docker Compose define e executa aplicações multi-contêiner em um único host, usando um arquivo YAML para declarar serviços, redes e volumes. Embora o Compose "orquestre" a ordem de inicialização e a comunicação entre contêineres, ele não gerencia um ambiente distribuído — não há cluster, nem escalonamento entre múltiplas máquinas. O enunciado fala explicitamente em "aplicativos distribuídos" e "ambiente de produção", o que aponta para o Swarm, não para o Compose.

Alternativa C — ❌ Incorreta

O Docker Hub é o registro público de imagens do Docker — um serviço em nuvem onde se publica, compartilha e baixa imagens de contêineres. Ele não orquestra nem gerencia contêineres em execução; é apenas um repositório de imagens. A pegadinha aqui é associar "Hub" a algo central que "gerencia" tudo, mas sua função é exclusivamente de armazenamento e distribuição de imagens.

Alternativa D — ✅ Correta ⟵ GABARITO

O Docker Swarm é a ferramenta nativa do Docker para orquestração e gerenciamento de aplicativos distribuídos baseados em contêineres. Ele agrupa múltiplos hosts Docker em um cluster, permitindo que o administrador defina serviços com número de réplicas, e o Swarm distribui os contêineres entre os nós, mantém o estado desejado, faz balanceamento de carga e gerencia a rede entre os serviços. É exatamente a descrição do enunciado: "simplifica o processo de orquestração e gerenciamento de vários contêineres Docker em um ambiente de produção".

Alternativa E — ❌ Incorreta

O Dockerfile é um arquivo de texto com instruções (FROM, RUN, COPY, CMD, etc.) que definem como construir uma imagem de contêiner. Ele não orquestra nem gerencia contêineres em execução — é a "receita" para criar a imagem, que depois será executada como contêiner. A confusão pode ocorrer porque o Dockerfile é fundamental no fluxo de trabalho, mas sua função é de build, não de orquestração.

Gabarito: letra D