Banco público de questões

Questões para Concursos

Pesquise questões reais por disciplina, assunto, tópico, banca, órgão, cargo, ano e modalidade.

Questões por banca

29 bancas disponíveis. Clique para visualizar todas.

Acesse diretamente as bancas disponíveis na QuestLab. As quantidades abaixo consideram as questões ativas do banco.

CEBRASPE 51.363 questões FGV 25.316 questões FCC 24.632 questões AOCP 23.456 questões IBFC 11.190 questões VUNESP 10.983 questões Instituto Quadrix 9.793 questões FUNDATEC 9.088 questões IBADE 7.820 questões CESGRANRIO 6.013 questões OBJETIVA 4.740 questões CONSULPLAN 4.174 questões FEPESE 3.585 questões IADES 3.439 questões IESES 2.627 questões SELECON 2.377 questões IDECAN 1.907 questões MS CONCURSOS 1.485 questões Instituto Legalle 1.281 questões FAFIPA 1.161 questões FUMARC 842 questões ACAFE 551 questões INSTITUTO AOCP 430 questões NUCEPE 378 questões FUNIVERSA 348 questões FAURGS 203 questões FIOCRUZ 48 questões MACKENZIE 48 questões CETRO 17 questões

Encontre as questões que procura

Palavra-chave

Disciplina

Assunto

Tópico

Banca

Órgão

Ano

Cargo

Modalidade

Limpar filtros

55 questões encontradas

ID 186762 Tecnologia da Informação DevOps e Gerência de Configuração CEBRASPE 2026

Texto associado

Acerca de data warehouse, data lake, data mesh, CI/CD e ETL, julgue os itens a seguir.

O pipeline de CI/CD consiste em duas etapas sequenciais: implantação rápida em produção e posterior integração com os demais serviços.

C Certo

E Errado

ID 186305 Tecnologia da Informação DevOps e Gerência de Configuração CEBRASPE 2026

Em DevOps, a etapa em que as equipes definem os processos de gerenciamento de versão é a de

A desenvolvimento.

B entrega.

C planejamento.

D operação.

E codificação.

ID 181370 Tecnologia da Informação DevOps e Gerência de Configuração FCC 2026

Uma Secretaria da Fazenda Estadual identificou que o processo de liberação de novas funcionalidades no sistema de arrecadação apresenta problemas recorrentes: atualizações são implantadas sem testes adequados em ambiente de homologação, causando indisponibilidade do sistema em horários de alta demanda, mudanças emergenciais para corrigir erros críticos são executadas sem documentação apropriada, dificultando rastreabilidade. Além disso, não há planejamento coordenado entre as equipes de desenvolvimento, infraestrutura e suporte, resultando em conflitos de agendamento e impactos não previstos aos contribuintes. A direção determinou revisão do processo baseando-se nas práticas do ITIL v4. Considerando as práticas de gerenciamento técnico do ITIL v4 aplicáveis a esse cenário, a abordagem mais adequada para resolver esses problemas é

A implementar a prática de Gerenciamento de Incidentes para tratar rapidamente problemas após implantações malsucedidas, estabelecendo equipe de plantão 24x7 para restaurar serviços afetados, e manter processo atual de liberação de mudanças com alterações básicas na configuração de mudanças SVS na prática de valor.

B adotar a prática de Gerenciamento de Problemas para identificar causas-raiz de falhas recorrentes em implantações, realizando análises post mortem após cada incidente significativo, mantendo integração com processo de mudanças ou releases na configuração básica, delegando correção de problemas identificados às equipes técnicas conforme disponibilidade.

C focar na prática de Gerenciamento de Configuração e Ativos de Serviço para documentar todos os componentes do sistema de arrecadação, mantendo base de dados atualizada de configurações, estabelecendo controles ad hoc sobre quando e como mudanças são implantadas nesses componentes.

D Implementar prática de gerenciamento de mudanças exigindo aprovação formal de comitê para qualquer alteração no sistema, aplicando testes da prática de valor no âmbito do SVS em ambiente controlado ou planejamento coordenado de releases com múltiplas mudanças.

E adotar de forma integrada as práticas de Gerenciamento de Mudanças, Gerenciamento de Release , Gerenciamento de Implantação, estabelecendo fluxos diferenciados para mudanças padrão, normais e emergenciais, com testes obrigatórios em homologação, janelas de mudança planejadas evitando horários críticos e comunicação antecipada aos stakeholders .

ID 181366 Tecnologia da Informação DevOps e Gerência de Configuração FCC 2026

Uma Secretaria da Fazenda realiza anualmente uma mudança obrigatória no cálculo de tributos, sempre válida a partir do primeiro dia do ano. Embora existam processos formais de homologação e acompanhamento pós-implantação, uma auditoria interna constatou falhas de rastreabilidade: incidentes em produção não apresentavam relação clara com as mudanças aplicadas. Considerando práticas consolidadas de rastreabilidade no ciclo de vida de software, a ação que garante rastreamento completo das mudanças, desde o código até a operação, é

A utilizar o histórico de commits para identificar alterações no código e respectivos responsáveis.

B criar verificações manuais após cada implantação em produção para registrar problemas observados.

C registrar documentação funcional de cada versão, sem integração com processos de mudança, mas integrado a ferramenta de IT Service Management .

D adotar pipeline CI/CD com versionamento imutável, registro de artefatos e controle de mudanças integrado a ferramenta de Gestão de Serviços de TI.

E manter logs de depuração ativados permanentemente em produção para facilitar análise de incidentes, auditoria e acompanhamento.

ID 181109 Tecnologia da Informação DevOps e Gerência de Configuração FCC 2026

Uma equipe de Tl de uma Secretaria da Fazenda mantém o sistema de emissão de guias de arrecadação em um repositório Gil central, usando a branch main diretamente em produção. Um commit já publicado alterou o cálculo de ISS e gerou valores incorretos. A auditoria exige que o histórico da main permaneça íntegro, sem reescrita de histórico já publicado, e que a correção seja aplicada a partir do commit problemático. Considerando as recomendações usuais para desfazer mudanças em uma branch pública já compartilhada, o procedimento que está alinhado a essas exigências e, na branch main , executar

A qit reset --hard HEAD-1 e depois git push --force origin main , removendo o commit incorreto do histórico remoto.

B git reset --soft HEAD-1 , ajustar o código de ISS, criar novo commit e finalizar com git push --force origin main .

C git revert < hash_do commit_incorreto > e em seguida git push origin main , registrando novo commit que desfaz as alterações de ISS.

D git rebase -i HEAD-2 , excluir a linha do commit incorreto no rebase interativo e depois usar git push --force-with-lease origin main.

E o cálculo de ISS em novo commit corretivo sobre o histórico atual e executar git push origin main , sem usar

ID 180345 Tecnologia da Informação DevOps e Gerência de Configuração FCC 2026

Um órgão tributário está executando workloads de análise antifraude em um cluster Kubernetes e alguns pods falham intermitentemente na inicialização porque dependem de credenciais de acesso a sistemas internos. A equipe deseja disponibilizar esses valores sensíveis seguindo boas práticas, sem embuti-los na imagem de contêiner. Nessa situação, o mecanismo do Kubernetes que deve ser utilizado é

A Inserir as variáveis sensíveis diretamente no Dockerfile como variáveis de ambiente fixas.

B gravar as credenciais em arquivos dentro da imagem durante o processo de build .

C armazenar variáveis sensíveis como objetos Secret do Kubernetes e referenciá-las nos pods .

D definir credenciais como argumentos de build (ARG) e reutiliza-las em todas as imagens.

E manter as credenciais em ConfigMaps , permilindo compartilhamento centralizado entre múltiplos pods e versionamento junto às configurações da aplicação.

ID 179765 Tecnologia da Informação DevOps e Gerência de Configuração FCC 2026

Em uma equipe de desenvolvimento que adota o modelo GitFlow para organização do versionamento, o desenvolvedor finalizou a implementação de uma nova funcionalidade na branch feature/login-social , criada a partir da branch develop . Após а conclusão dos testes locais e validação do código, ele precisa integrar essa funcionalidade ao fluxo principal de desenvolvimento, garantindo que a branch de origem seja incorporada corretamente à develop , preservando o histórico e registrando o merge como etapa concluída do ciclo da feature . Nessa situação, a ação correta para realizar a integração conforme a prática recomendada do GitFlow é

A git branch -d feature/login-social && git checkout develop

B git pull origin develop --rebase feature/login-social

C git merge develop feature/login-social

D git rebase develop feature/login-social

E git checkout develop && git merge feature/login-social

ID 179577 Tecnologia da Informação DevOps e Gerência de Configuração FCC 2026

Uma analista criou a branch feature/login a partir de develop . Enquanto ela trabalha, outros commits entram em develop . Quando terminar, a analista precisa integrar sua feature no fluxo GitFlow . O procedimento que a analista tem que seguir é:

A Finalizar a feature fazendo merge primeiro em main e, em seguida, trazer esse merge de volta para develop .

B Fazer merge periódico de develop em feature/login ; quando a feature estiver concluída, mesclar feature/login de volta em develop .

C Criar feature/login a partir de main e, ao concluir, mesclar direto em main , sem passar por develop .

D Usar git rebase main sempre que houver novos commits e depois fazer merge de feature/login diretamente em main .

E Não atualizar a branch durante o desenvolvimento e só no final usar merge --squash para juntar tudo em main .

ID 146816 Tecnologia da Informação DevOps e Gerência de Configuração AOCP 2026

No contexto da Unidade Central de Processamento (CPU), Pipelining refere-se

A à técnica que amplia o uso da memória cache para reduzir acessos à RAM (Random Access Memory).

B ao método que utiliza múltiplos núcleos para executar tarefas de forma paralela.

C à técnica que divide instruções em etapas para processá-las simultaneamente em fases distintas.

D ao método que reorganiza instruções para evitar conflitos durante a execução.

E à estrutura que processa operações matemáticas em ponto flutuante de maneira dedicada.

ID 146703 Tecnologia da Informação DevOps e Gerência de Configuração AOCP 2026

A respeito da tecnologia de contêineres Docker e de sua arquitetura, informe se é verdadeiro (V) ou falso (F) o que se afirma a seguir e assinale a alternativa com a sequência correta.

( ) Ao contrário das máquinas virtuais, os contêineres Docker compartilham o kernel do sistema operacional hospedeiro, tornando-os mais leves em consumo de recursos e com menor tempo de inicialização.
( ) Os dados gravados dentro de um contêiner Docker em execução são persistidos automaticamente no sistema de arquivos do host, sendo preservados mesmo após a remoção do contêiner sem necessidade de configuração adicional.
( ) O Docker Swarm é a funcionalidade nativa do Docker para orquestração de contêineres em múltiplos hosts.

A V – V – V.

B V – V – F.

C F – V – V.

D V – F – V.

E F – V – F.