O setor de Tecnologia da Informação (TI) do Tribunal de Justiça do Estado de Rondônia (TJRO) realizou um estudo técnico, focado nas necessidades de um projeto específico, e decidiu implementar e utilizar o Docker, que é uma plataforma de software que permite criar, implantar e executar aplicativos em ambientes isolados por meio de containers. Como se trata de um recurso novo no projeto em questão, a equipe tomou como referência a documentação oficial disponibilizada pelo fabricante. Sobre o Docker, analise as afirmativas a seguir. I. O Buildx suporta o driver remote que cria um container BuildKit dedicado usando o Docker. II. Na execução do Docker, no Linux, o comando tmpfs mount é utilizado para armazenar arquivos na memória do sistema do host. III. O Docker Compose é uma ferramenta para definir e executar aplicativos de vários containers, proporcionando uma melhor experiência de desenvolvimento e implantação simplificada. Está correto o que se afirma apenas em
- A)I.
A alternativa afirma que apenas a afirmativa I estaria correta. O problema é que a I mistura conceitos de Buildx: o driver remote não é o que cria um container BuildKit dedicado via Docker, porque isso é atribuição do driver docker-container. No remote, o Buildx apenas se conecta a uma instância BuildKit já existente em outro endereço, então a proposição não se sustenta.
- B)II.
A alternativa sustenta que somente a afirmativa II está correta. De fato, a II descreve corretamente o uso de tmpfs no Docker em Linux: trata-se de um sistema de arquivos temporário mantido na memória do host, útil para dados voláteis e que não devem persistir em disco. Porém a III também está correta ao definir o Docker Compose como ferramenta para orquestrar aplicativos com vários containers, então a opção fica incompleta.
- C)III.
A alternativa diz que apenas a afirmativa III está correta. A III realmente está de acordo com a documentação do Docker, pois o Compose serve para definir e executar aplicações com múltiplos containers, simplificando desenvolvimento e implantação. O erro é ignorar a II, que também está certa ao afirmar que o tmpfs mount guarda arquivos na memória do sistema do host em ambiente Linux.
- D)I e II.
A alternativa combina as afirmativas I e II como se ambas estivessem corretas. A II procede, porque o tmpfs mount do Docker usa memória volátil do host para armazenar arquivos sem persistência em disco, mas a I erra ao atribuir ao driver remote a criação de um container BuildKit dedicado. Essa criação é feita pelo driver docker-container, enquanto o remote apenas aponta para um BuildKit já disponível.
- E)II e III.
A alternativa reúne as afirmativas II e III, que são as corretas. A II está certa porque o tmpfs mount no Docker, em Linux, mantém arquivos em memória do host, com caráter temporário e sem gravação persistente. A III também está correta ao definir o Docker Compose como ferramenta para declarar e executar aplicações com vários containers, facilitando desenvolvimento e implantação.
Gabarito: E
O Docker é uma ferramenta de virtualização em nível de sistema operacional, baseada em containers. A ideia é simples: cada aplicação roda isolada, mas compartilha o mesmo kernel do host, o que deixa tudo mais leve e rápido do que uma máquina virtual tradicional. É por isso que ele virou queridinho em desenvolvimento, testes e implantação. Na questão, a afirmativa III está correta porque o Docker Compose realmente serve para definir e executar aplicações com vários containers. Em vez de subir container por container na mão, voce descreve o conjunto em um arquivo e o Compose cuida da orquestração básica, facilitando desenvolvimento e deploy. A afirmativa II também está correta. No Linux, o tmpfs mount é um tipo de montagem temporária que armazena arquivos na memória do sistema do host, ou seja, em RAM. Isso é útil quando voce quer rapidez e não precisa persistência dos dados após a parada do container. Já a afirmativa I está errada. O Buildx é um recurso ligado ao build de imagens, com suporte a diferentes drivers, mas a descrição dada não corresponde corretamente ao funcionamento do driver remote. O erro aqui é misturar conceitos de BuildKit, container dedicado e o papel do driver. Assim, só II e III estão certas, o que leva ao gabarito E.