Questão de Tecnologia da Informação · CESGRANRIO BASA 02/2021 (nº 49)

Conceito-chave: Integração Contínua (CI) e Entrega Contínua (CD) são práticas de DevOps que automatizam o build, teste e deploy de aplicações. Para isso, você precisa de uma ferramenta de automação (um "orquestrador de tarefas") que rode em containers. O Jenkins é exatamente essa ferramenta, e a Red Hat o distribui como uma imagem oficial certificada para rodar no OpenShift.

• (A) Incorreta: "ClusterCn" não existe como ferramenta de CI/CD; é um nome inventado que mistura "Cluster" (conjunto de servidores) com "CN" (nada técnico aqui). A banca tenta confundir com "cluster" do OpenShift, mas cluster é a infraestrutura, não a aplicação de automação.
• (B) Incorreta: "Image" é o termo genérico para o pacote de software que roda em container (ex: a imagem do Jenkins). Não é a aplicação em si, mas o artefato que a contém. A pegadinha aqui é pensar que "imagem certificada" é a resposta, mas a pergunta pede a aplicação que configura CI/CD.
• (C) Correta: O Jenkins é a ferramenta padrão de automação de CI/CD. Ele é distribuído como uma imagem de container certificada pela Red Hat para o OpenShift, permitindo criar pipelines de build, teste e deploy diretamente no cluster. É o único nome de software real e funcional entre as opções.
• (D) Incorreta: Podman é um motor de containers (alternativa ao Docker) usado para criar e gerenciar containers, mas não faz CI/CD. Ele é uma ferramenta de execução, não de automação de pipeline. A armadilha é confundir "rodar container" com "orquestrar entregas".
• (E) Incorreta: Route é um recurso do OpenShift que expõe um serviço para fora do cluster (um "DNS" público). Não tem relação com automação de build ou deploy. A banca tenta confundir quem sabe que "route" é um objeto do OpenShift, mas ele não executa tarefas de CI/CD.