Seu próximo nível começa aqui
Com a Assinatura Ilimitada, você tem tudo que precisa para sua aprovação.
Com a Assinatura Ilimitada, você combina prática, teoria e método em uma única assinatura com tudo que você precisa para sua aprovação.
- Gran Questões
- Questões
Questões de Concurso sobre Deployment Pipelines.
Disciplina
Assunto
1
Banca
Instituição
Cargo
Ano
Carreira
Área de formação
Escolaridade
Dificuldade
Comentários:
Professores
Alunos
Meus Comentários
Vídeo
Minhas questões:
Resolvidas
Não resolvidas
Certas
Erradas
Tipo de questão:
Certo e errado
Múltipla escolha
Incluir questões:
Anuladas
Desatualizadas
Questões:
Todas as questões
Filtro simplificado
Questões
Todas as questões
32
questões encontradas
20
Mais recentes
No fluxo padrão do Serverless Framework Dashboard CI/CD, as branch deployments permitem que cada commit em uma branch configurada do repositório GitHub seja implantado automaticamente em um stage associado.
C
Certo
E
Errado
Considere a seguinte situação hipotética:
Uma universidade possui um sistema acadêmico desenvolvido em PHP com framework próprio. Atualmente, o deploy é feito manualmente via FTP (File Transfer Protocol) para o servidor de produção. Em períodos de matrícula, erros de publicação causam indisponibilidade do sistema. A equipe decidiu implementar um pipeline de CI/CD (Integração Contínua/Implantação Contínua). O repositório está no GitLab e os servidores utilizam Linux. É obrigatório garantir: versionamento rastreável, execução automática de testes antes do deploy e controle formal sobre liberações para produção.
Assinale a alternativa que atende de forma CORRETA aos requisitos técnicos e de governança para o novo processo de deploy:
A
Criar um pipeline no GitLab CI, que execute testes na criação de branches de feature e realizar o deploy em produção, a partir da branch principal, sempre que houver atualização validada pelo desenvolvedor responsável no GitLab CD.
B
Configurar um pipeline no GitLab CI para executar testes automatizados a cada merge request, exigir aprovação para merge na branch principal e realizar deploy em produção, a partir de tags versionadas geradas após a aprovação.
C
Configurar pipeline para executar testes a cada commit na branch principal, realizar deploy automático após a conclusão bem-sucedida do job de build, em seguida, gerar artefato versionado com o registro do deploy no GitLab CD.
D
Implementar pipeline no GitLab CI com etapas de build e testes automatizados, gerar artefato versionado e permitir que a equipe de infraestrutura realize o deploy manualmente, utilizando o artefato mais recente aprovado.
O processo de deployment blue/green utiliza dois ambientes de produção com as mesmas configurações, o que permite um método de implantação de baixo risco.
C
Certo
E
Errado
Considere o seguinte trecho de código de um pipeline CI/CD, usando o GitLab CI:
stages:
- build
- deploy
build-job:
stage: build
image: node
script:
- npm install
- npm run build
pages:
stage: deploy
script:
- mv build/ public/
Para transferir os arquivos da pasta build gerados no job ‘build-job’ para o job ‘pages’, qual das alternativas abaixo deve ser utilizada?
A
Utilizar a diretiva dependencies.
B
Utilizar a diretiva artifacts.
C
Utilizar a diretiva copy.
D
Utilizar a diretiva sync.
O analista Carlos gerencia o GitLab do MPU. Carlos adicionou o job microservico_A ao pipeline do projeto A, inserindo no arquivo .gitlab-ci.yml do projeto o seguinte conteúdo:
microservico_A:
trigger:
include:
- remote:
'https://gitlab.mpu/grupoA/projetoC/-
/raw/main/.gitlab-ci.yml'
- project: 'grupoA/projetoB’
ref: 'main'
file: 'microservico_b.yml'
Considere que os arquivos referenciados são válidos e acessíveis. Com essa configuração, ao ser executado, o job microservico_A irá disparar, ao todo:
A
um novo pipeline do tipo parent-child;
B
um novo pipeline do tipo multi-project;
C
dois novos pipelines do tipo parent-child;
D
dois novos pipelines do tipo multi-project;
E
dois novos pipelines dos tipos parent-child e multi-project, respectivamente.
Seu próximo nível começa aqui
Seu próximo nível começa aqui
Destrave a preparação completa para sua aprovação. Com a Assinatura Ilimitada, você estuda com os melhores professores do Brasil e todos os recursos Gran.
O CD exige que toda alteração no código seja automaticamente implantada em produção sem intervenção humana.
C
Certo
E
Errado
No contexto do DevOps, um pipeline de CI (Continuous Integration)/CD (Continuous Delivery) é essencial para garantir a automação do ciclo de vida do software, desde a integração do código até a entrega e implantação contínuas. Considere um pipeline típico que segue as etapas: build, test, deploy e monitoring, conforme a imagem a seguir:
Assinale a alternativa que descreve o objetivo dessas etapas no pipeline de DevOps.
A
A etapa de build testa o código-fonte, a etapa de test gera os artefatos de produção, a etapa de deploy executa os testes unitários, e a etapa de monitoring coleta o código-fonte para revisão manual.
B
A etapa de build realiza testes de segurança, a etapa de test apenas verifica a infraestrutura, a etapa de deploy ocorre manualmente, e a etapa de monitoring não é necessária em pipelines modernos.
C
A etapa de build consiste em atualizar os repositórios de código, a etapa de test verifica vulnerabilidades em ambientes produtivos, a etapa de deploy exige sempre aprovação manual, e a etapa de monitoring, apenas, verifica logs de acesso.
D
A etapa de build serve para configurar servidores, a etapa de test é opcional, a etapa de deploy acontece sem validação prévia, e a etapa de monitoring é usada, apenas, para coletar estatísticas de uso.
E
A etapa de build compila e empacota o código-fonte, a etapa de test valida a funcionalidade e a integridade do software, a etapa de deploy automatiza a liberação da aplicação para o ambiente produtivo, e a etapa de monitoring acompanha métricas e logs para detectar falhas ou problemas de desempenho.
Durante a modermização da infraestrutura tecnológica de um tribunal, a equipe técnica implementou boas práticas de segurança em pipelines de CICD, incorporando análises automatizadas de código (SAST), testes de aplicações dinâmicas (DAST) e verificação de dependências de bibliotecas. Além disso, foram configurados serviços essenciais de rede, como DNS, DHCP e SMTP, e implantados proxies reversos com Nginx e HAProxy para gerenciamento de tráfego, balanceamento de carga e SSL offlbading. Para assegurar a estabilidade e a segurança dos amblentes, as práticas adotadas devem garantir que
A
Oo balanceamento de carga seja configurado para distribuir solicitações entre servidores em ambientes de teste e produção, promovendo escalabilidade e alta disponibilidade.
B
os pipelines de CUCOD priorizem automação de build e deploy, com execução opcional de testes de segurança, dependendo do nivel de criticidade da aplicação em desenvolvimento.
C
o uso de proxies reversos como Nginx e HAProxy seja planejado para controle de acesso e roteamento de tráfego, dispensando o balanceamento aplicado entre aplicações intemas homologadas.
D
os serviços DNS e DHCP sejam mantidos sob administração centralizada, com políticas de atualização e segurança gerenciadas por rotina manual de verificação periódica.
E
o SSL offloading seja implementado nó proxy reverso para criptografia do tráfego de entrada, enquanto a comunicação entre serviços internos utilize canais abertos para reduzir latência e sobrecarga.
No trecho de arquivo .gitlab-ci.yml, utilizado no GitLab CI/CD para definir regras de execução de pipelines, só será criada a pipeline se as três regras de ativação do workflow.rules forem verdadeiras.
C
Certo
E
Errado
No trecho do arquivo .gitlab-ci.yml, utilizado no GitLab CI/CD para definir regras de execução de pipelines com base em variáveis de ambiente, na execução do bloco job2, o valor da variável ALL_JOBS_VAR será “Different value than default”, pois variáveis definidas no nível do job têm precedência sobre as globais com o mesmo nome.
C
Certo
E
Errado
Seu próximo nível começa aqui
Seu desenvolvimento não pode ter limites. Garanta sua Assinatura Ilimitada e libere uma preparação completa com os melhores professores do Brasil.
Assinale a alternativa correta em relação ao funcionamento do GitLab.
A
No GitLab, os pipelines de CI/CD só podem ser executados manualmente e não suportam gatilhos automáticos.
B
O GitLab não oferece suporte à criação de issues (tarefas) ou boards de gerenciamento ágil de projetos.
C
O arquivo .gitlab-ci.yml deve obrigatoriamente estar localizado dentro da pasta .git/config/ do repositório.
D
O GitLab permite a definição de pipelines automatizados através do arquivo .gitlab-ci.yml, que especifica estágios e jobs de CI/CD baseados em eventos do repositório.
E
O GitLab Runner é um serviço interno apenas disponível em planos pagos, sem suporte para instalação em servidores próprios.
No contexto de CI/CD, qual é a principal função de um pipeline?
A
Identificar conflitos no código-fonte.
B
Automatizar etapas como build, teste e deploy.
C
Monitorar a produtividade individual dos desenvolvedores.
D
Facilitar a comunicação entre desenvolvedores e o gerente do projeto.
Ano:
2025
Banca:
Instituto Quadrix - Quadrix
A integração com ferramentas de CI/CD (Integração e Entrega Contínua) permite que Ansible e Puppet sejam utilizados para automatizar o deployment contínuo de aplicações em datacenters.
C
Certo
E
Errado
Em um projeto que usa GitLab CI/CD, devido a um erro em produção, a equipe de TI quer alterar o pipeline para que, no futuro, deployments para produção sejam sempre feitos manualmente, mesmo após aprovação automática dos testes. Nesse caso, a mudança mais adequada é
A
adicionar uma stage de produção com when : on_ success no GitLab CI.
B
usar a branch develop para deploy automático.
C
configurar runners para ignorar ralhas de deploy.
D
adicionar uma stage de produção com when : manua1 no GitLab CI.
E
migrar para pipelines baseados em eventos de merge.
Ano:
2025
Prova:
CESPE/CEBRASPE - SUSEP - Analista Técnico - Área: Tecnologia da Informação e Ciencia de Dados - 2025
Os jobs build ruby 1/2 e build ruby 2/2 são, por padrão, executados em paralelo no GitLab CI, a menos que haja dependências explícitas configuradas entre eles.
C
Certo
E
Errado
Seu próximo nível começa aqui
Seu próximo nível começa aqui
Destrave a preparação completa para sua aprovação. Com a Assinatura Ilimitada, você estuda com os melhores professores do Brasil e todos os recursos Gran.
No contexto de DevOps, um pipeline de implantação contínua (CD) é projetado principalmente para:
A
Automatizar a compilação do código-fonte e notificar a equipe de desenvolvimento sobre a conclusão para que a implantação seja iniciada.
B
Orquestrar a sequência de aprovações manuais necessárias para que uma nova versão do software seja liberada no ambiente de produção.
C
Gerenciar a configuração da infraestrutura de nuvem, provisionando recursos como redes e balanceadores de carga antes de cada implantação.
D
Automatizar as etapas sequenciais que levam o código de um desenvolvedor ao ambiente de produção, tendo o container como o artefato central.
E
Validar o código-fonte por meio de testes unitários e de integração, gerando um relatório detalhado para a equipe de operações realizar a implantação.
Em pipeline YAML (YAML Ain’t Markup Language) do Azure DevOps, deseja-se fazer uma análise estática com Quality Gate do SonarQube que falhe o build ao reprovar. O que é suportado oficialmente?
A
SonarQube não é executável em pipelines, limitando-se a execuções locais.
B
Tasks de preparação, análise e publicação (Begin/Analyze/End) com verificação de Quality Gate são suportadas e podem marcar o build como falho.
C
Pipelines de Release não possuem aprovações/gates, inviabilizando políticas de qualidade por estágio.
D
Agentes self-hosted impedem análise, sendo necessária hospedagem Microsoft.
E
Sem integração com Git externos, restringindo-se ao Azure Repos.
O editor de pipeline é a ferramenta principal para configurar o GitLab CI/CD, através do arquivo .gitlab-ci.yml, que por padrão deve estar localizado na pasta de configuração do repositório.
C
Certo
E
Errado
Durante o desenvolvimento de um sistema acadêmico mantido por equipes distribuídas, foi implementado um pipeline CI/CD utilizando Jenkins e GitHub Actions, visando à integração e entrega contínua. A equipe busca aplicar conceitos de observabilidade para melhorar o diagnóstico de falhas e prever gargalos antes do deploy em produção. Diante desse cenário, assinale a alternativa que apresenta a prática que contribui para a observabilidade do pipeline e facilita a identificação proativa de problemas durante o processo de DevOps.
A
Configurar dashboards de monitoramento com métricas de build, testes automatizados e logs centralizados.
B
Executar o pipeline manualmente para a etapa de deploy e não realizar a verificação sistemática de logs.
C
Omitir testes automatizados para acelerar a entrega, enviando alertas apenas em caso de erro crítico.
D
Remover registros de erro do pipeline após cada execução para evitar sobrecarga informacional.
E
Utilizar branches (partes) exclusivos para cada desenvolvedor e impedir merge automático após aprovação nos testes.
O Azure DevOps dá suporte a uma cultura colaborativa e um conjunto de processos que reúnem desenvolvedores, gerentes de projetos e colaboradores para desenvolver software. Ele permite que as organizações criem e melhorem produtos em ritmos mais acelerados do que o fariam com abordagens tradicionais de desenvolvimento de software.
Sobre os serviços incluídos no Azure DevOps, avalie as descrições a seguir.
I. Azure Test Plans - Fornece várias ferramentas para testar seus aplicativos, incluindo testes manuais/exploratórios e testes contínuos.
II. Azure Pipelines - Fornece serviços de compilação e lançamento para dar suporte à integração contínua e à distribuição de seus aplicativos.
III. Azure Boards - Entrega um conjunto de ferramentas Agile para dar apoio ao trabalho de planejamento e acompanhamento, aos defeitos de código e aos problemas de uso dos métodos Kanban e Scrum.
Está correto o que se descreve em
A
I e II, apenas.
B
II, apenas.
C
III, apenas.
D
II e III, apenas.
E
I, II e III.
Gerar simulado