Sistemas Operacionais · INSTITUTO AOCP · 2026 | Questão sqc-qa434211

Docker Engine: componentes e arquitetura

Gabarito: letra A. O componente do Docker Engine que roda em segundo plano no sistema operacional, gerencia containers, imagens, redes e volumes e executa as operações solicitadas pelos comandos do usuário é o Docker Daemon (dockerd). Ele é o processo de longa duração que orquestra toda a vida dos containers, enquanto a CLI e a API são apenas interfaces de comunicação com ele.

O Docker Engine é a plataforma que permite criar e executar containers, e sua arquitetura é dividida em três componentes principais que trabalham em conjunto: o Docker Daemon (servidor), a REST API (interface de programação) e o Docker CLI (cliente de linha de comando). O Daemon é o coração do sistema: ele é um processo que roda continuamente em background, escutando requisições e gerenciando os objetos do Docker — containers, imagens, redes e volumes. Quando você digita um comando como docker run, a CLI envia uma requisição HTTP para a REST API, que por sua vez repassa a instrução ao Daemon, que executa a ação de fato. Essa separação é fundamental: o Daemon não depende da CLI para funcionar, e a API permite que outros clientes (como o Docker Compose ou ferramentas de orquestração) se comuniquem com ele.

Para entender a função do Daemon, é útil compará-lo com os demais componentes. A CLI é apenas o programa que o usuário executa no terminal para enviar comandos; ela não gerencia nada diretamente. A REST API é o canal de comunicação que expõe as funcionalidades do Daemon de forma programática. O Docker Hub é um registro público de imagens, onde você pode baixar ou publicar imagens prontas. E a imagem é o pacote imutável que contém o código e as dependências de uma aplicação, servindo de molde para criar containers. O Daemon é quem une tudo: ele baixa imagens do Hub, cria containers a partir delas, configura redes e volumes, e mantém tudo em execução.

A pegadinha desta questão está em confundir o Daemon com a CLI ou com a API. O enunciado descreve exatamente o papel do Daemon: "serviço que roda em segundo plano" e "gerencia todos os containers, imagens, redes e volumes". A CLI não roda em segundo plano — ela é um processo efêmero que termina após enviar o comando. A API também não gerencia nada; ela apenas define o contrato de comunicação. O Daemon é o único que se encaixa perfeitamente na descrição, pois é o processo persistente que executa as operações.

Guarde essa distinção: Daemon = executa e gerencia; CLI = envia comandos; API = canal de comunicação; Hub = repositório de imagens; Imagem = molde para containers. É exatamente nessa fronteira que as alternativas se dividem.

Docker Engine: Docker Daemon (dockerd) (Roda em segundo plano, Gerencia containers, imagens, redes e volumes, Executa as operações); REST API (Canal de comunicação, Expõe funcionalidades do Daemon); Docker CLI (Cliente de linha de comando, Envia comandos do usuário); Docker Hub (Registro público de imagens, Pull e push de imagens); Docker Image (Pacote imutável, Molde para containers)

Alternativa A — ✅ Correta ⟵ GABARITO

O Docker Daemon (dockerd) é o serviço que roda em segundo plano no host e é responsável por gerenciar todos os objetos do Docker: containers, imagens, redes e volumes. Ele recebe as requisições (via REST API) e executa as operações, como criar, iniciar, parar e remover containers. É o processo central do Docker Engine, exatamente como descrito no enunciado.

Alternativa B — ❌ Incorreta

A REST API é a interface que expõe as funcionalidades do Daemon de forma programática, permitindo que clientes (como a CLI) se comuniquem com ele via HTTP. Ela não roda em segundo plano nem gerencia containers diretamente — ela apenas define o contrato de comunicação entre o cliente e o Daemon. O erro está em confundir o canal de comunicação com o serviço que executa as operações.

Alternativa C — ❌ Incorreta

A Docker CLI é o cliente de linha de comando que o usuário utiliza para enviar comandos ao Daemon. Ela é um processo efêmero: quando você executa docker ps, a CLI inicia, envia a requisição à API e termina. Ela não roda em segundo plano nem gerencia nada — apenas traduz os comandos do usuário em chamadas à REST API. O erro está em confundir o cliente com o servidor.

Alternativa D — ❌ Incorreta

O Docker Hub é um registro público de imagens, onde os usuários podem baixar (pull) e publicar (push) imagens prontas. Ele é um serviço externo de armazenamento e distribuição de imagens, não um componente do Docker Engine que roda no host. O erro está em confundir o repositório de imagens com o serviço que gerencia os containers.

Alternativa E — ❌ Incorreta

A Docker Image é um pacote imutável que contém o código, as bibliotecas e as configurações necessárias para executar uma aplicação. Ela serve de molde para criar containers, mas não é um serviço que roda em segundo plano nem gerencia nada. O erro está em confundir o artefato (imagem) com o processo que o gerencia (Daemon).

NÃO CAIA NESSA!

A banca explora a confusão entre os papéis dos componentes do Docker. O candidato que decora os nomes sem entender a função pode marcar a CLI ou a API, mas o enunciado descreve claramente o Daemon: "serviço que roda em segundo plano" e "gerencia todos os containers, imagens, redes e volumes". A CLI é o cliente, a API é o canal, e o Daemon é o servidor que executa. Com esse raciocínio, você elimina as alternativas erradas de imediato.

PEGA ESSA DICA!

Para fixar, pense no Docker Engine como um restaurante: o Daemon é o chef que cozinha (executa), a CLI é o garçom que anota o pedido (envia comandos), a API é o balcão onde o pedido é passado (canal de comunicação), o Hub é o mercado onde se compram os ingredientes (imagens prontas), e a imagem é a receita (molde). O chef é quem realmente faz o prato — assim como o Daemon é quem realmente gerencia os containers.

Gabarito: letra A