Pular para o conteúdo principal

Questão de Arquitetura de Computadores — Pipeline — FCC 2025

Arquitetura de ComputadoresPipeline
Código
fc073220
Banca
FCC
Órgão
Prefeitura de São Paulo - SP
Ano
2025
Nível
Superior
Cargo
Analista de Planejamento e Desenvolvimento Organizacional Tecnologia da Informação e Comunicação
A equipe de TI de uma prefeitura está desenvolvendo um sistema de gestão urbana utilizando microsserviços e deseja implementar pipelines CI/CD para automatizar o processo de integração e entrega contínua. Para garantir uma pipeline funcional que minimize erros e facilite a implantação, deve-se
  1. Aconfigurar Kubernetes diretamente como a ferramenta principal de integração continua.
  2. Bimplantar manualmente os builds de cada microsserviço para garantir controle absoluto sobre o processo.
  3. Cutilizar Docker para criar contêineres padronizados, integrando o pipeline com Jenkins para orquestrar os builds e os deploys.
  4. Dconfigurar apenas o controle de versão, deixando os pipelines CI/CD para uma etapa futura após o lançamento.
  5. Eutilizar apenas shell scripts para automatizar todas as etapas, sem ferramentas dedicadas de CI/CD.
Revelar gabarito e comentário

GabaritoC — utilizar Docker para criar contêineres padronizados, integrando o pipeline com Jenkins para orquestrar os builds e os deploys.

Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.

CI/CD para microsserviços

Gabarito: letra C. A alternativa descreve corretamente uma pipeline funcional: utilizar Docker para criar contêineres padronizados e Jenkins para orquestrar builds e deploys. Essa combinação é padrão no mercado – Docker garante consistência entre ambientes e Jenkins automatiza as etapas de integração e entrega contínuas.

A banca testa o conhecimento sobre o papel de cada ferramenta no ciclo DevOps e a importância de automatizar o processo, evitando etapas manuais.

  1. 1Código versionado (Git)
  2. 2Build automatizado (Jenkins)
  3. 3Contêiner padronizado (Docker)
  4. 4Testes automatizados
  5. 5Deploy orquestrado (Kubernetes)
LEVEL · soulevel.com.br

Alternativa A — ❌ Incorreta

Kubernetes é um orquestrador de contêineres, não uma ferramenta de integração contínua. Configurá-lo como principal ferramenta de CI não faz sentido; ele atua no deploy e gerenciamento, não na compilação/teste automáticos.

Alternativa B — ❌ Incorreta

Implantação manual de builds vai contra o próprio conceito de CI/CD, que preza pela automação para reduzir erros e agilizar entregas.

Alternativa C — ✅ Correta ⟵ GABARITO

Docker fornece ambientes isolados e reprodutíveis (contêineres); Jenkins orquestra o pipeline (build, teste, deploy). É uma arquitetura madura e amplamente adotada.

Alternativa D — ❌ Incorreta

Deixar os pipelines para depois do lançamento elimina os benefícios da integração e entrega contínuas; o correto é implementá-los desde o início.

Alternativa E — ❌ Incorreta

Shell scripts são úteis, mas sem ferramentas dedicadas de CI/CD perde-se controle de versão, paralelismo, notificações e integração com repositórios. O ideal é usar ferramentas como Jenkins, GitLab CI, GitHub Actions, etc.

NÃO CAIA NESSA!

A alternativa A tenta confundir Kubernetes (orquestração) com CI. Lembre-se: Kubernetes não realiza builds nem testes; ele gerencia contêineres em produção. A ferramenta de CI adequada é Jenkins, GitLab CI, CircleCI, entre outras.

Gabarito: letra C.

Link permanente: /questoes/fc073220