Leia o fragmento a seguir. “A plataforma Docker usa uma arquitetura do tipo _____. O cliente Docker conversa com o daemon do Docker, que constrói, executa e distribui _____ Docker. O cliente e o daemon do Docker podem ser executados em um mesmo sistema ou se conectar um cliente do Docker a um daemon remoto. O cliente Docker e o daemon se comunicam usando _____ ou uma interface de redes.” Assinale a opção cujos itens completam corretamente as lacunas do fragmento acima, na ordem apresentada.
- A)MVC – imagens – chamadas RPC ou bluetooth.
Errada, porque MVC não é a arquitetura do Docker e o daemon não constrói imagens como unidade de execução, além de RPC/bluetooth não serem o meio típico de comunicação.
- B)thin client – contêineres – wireless ou bluetooth.
Errada, porque a arquitetura do Docker não é thin client e o daemon executa contêineres, não apenas “contêineres” em sentido genérico sem o modelo cliente-servidor correto.
- C)serverless – componentes – chamadas MPI ou RPC.
Errada, porque serverless e MPI não descrevem a plataforma Docker, que é baseada em cliente-servidor e não em componentes distribuídos desse tipo.
- D)cliente-servidor – contêineres – API REST ou soquetes UNIX.
Certa, porque o Docker usa arquitetura cliente-servidor, o daemon cria e executa contêineres, e a comunicação ocorre por API REST ou soquetes UNIX.
- E)mesh app and service – imagens – API RESTFULL ou wireless.
Errada, porque mesh app and service não é a arquitetura do Docker e RESTfull e wireless não correspondem ao mecanismo padrão de comunicação cliente-daemon.
Gabarito: D
O Docker foi pensado com uma arquitetura cliente-servidor. Em vez de o cliente fazer tudo sozinho, ele envia comandos para o daemon do Docker, que é quem realmente cria, executa e distribui os contêineres. Isso facilita a separação de responsabilidades e permite até que o cliente se conecte a um daemon remoto, o que é bem comum em ambientes de administração e automação. Na linguagem do Docker, o que o daemon manipula diretamente são contêineres, não “imagens” como resultado final da execução. A imagem é o modelo, a receita; o contêiner é a instância em funcionamento, como um bolo saindo do forno. Por isso, quando o enunciado fala do que o daemon constrói, executa e distribui, o termo correto é contêineres. A comunicação entre cliente e daemon costuma ocorrer por API REST, usando HTTP, ou por soquetes UNIX no mesmo host. Essa é a forma padrão descrita na documentação e na doutrina técnica do Docker. Então, a alternativa D fecha certinho: cliente-servidor - contêineres - API REST ou soquetes UNIX. Em prova, a FGV costuma misturar conceitos parecidos para ver se voce sabe diferenciar imagem de contêiner e arquitetura de virtualização de serviços. Aqui, o detalhe decisivo é lembrar que o Docker não trabalha como “mesh” nem como “serverless”: ele segue o modelo clássico cliente-servidor com comunicação por API e sockets.