Questão de Engenharia de Software — DevOps, IaC, Integração Contínua e Entrega Contínua — FCC 2026
Engenharia de Software›DevOps, IaC, Integração Contínua e Entrega Contínua
Código
fc142276
Banca
FCC
Órgão
ARTESP
Ano
2026
Cargo
Esp RT ( )
Uma equipe de especialistas de TI está migrando parte dos serviços para cloud para reduzir o tempo de entrega de atualizações e aumentar a confiabilidade dos módulos que monitoram fluxo de passageiros, intervalos e falhas em tempo real de transportes públicos.
Para isso, a equipe deve
Aaumentar a automação nos processos de entrega dos containers DevOps, mas evitar frequentes atualizações nos serviços de monitoramento, pois mudanças rápidas tendem a elevar os riscos operacionais nos sistemas de transporte e podem comprometer os módulos críticos.
Bpriorizar clusters DevOps com parte das validações nas etapas de integração automatizadas, reforçando revisões manuais antes de cada deploy para reduzir eventuais impactos nos módulos responsáveis pelo controle de tráfego.
Cconfigurar os ambientes em cloud utilizando provisionamento estático, reproduzindo a topologia dos servidores locais para facilitar a manutenção, diminuir a necessidade de ajustes contínuos na infraestrutura e aumentar a confiabilidade dos módulos de monitoramento dos transportes.
Dmanter a separação forte entre os times de desenvolvimento e operações, estabelecendo fluxos independentes de aprovação para que cada atualização passe por etapas distintas antes de chegar à produção.
Eadotar pipelines DevOps automatizados e práticas de gestão de serviços em cloud que suportem monitoramento contínuo, provisionamento dinâmico e escalabilidade, assegurando que os módulos críticos do transporte respondam com estabilidade e visibilidade completa durante todo o ciclo de vida.
Revelar gabarito e comentário▾
GabaritoE — adotar pipelines DevOps automatizados e práticas de gestão de serviços em cloud que suportem monitoramento contínuo, provisionamento dinâmico e escalabilidade, assegurando que os módulos críticos do transporte respondam com estabilidade e visibilidade completa durante todo o ciclo de vida.
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”.
DevOps: Automação, IaC e CI/CD em Cloud
Gabarito: letra E. A alternativa correta é a que adota pipelines DevOps automatizados e práticas de gestão de serviços em cloud com monitoramento contínuo, provisionamento dinâmico e escalabilidade — exatamente o que o DevOps prega: automação, entregas frequentes e confiabilidade, com visibilidade completa do ciclo de vida (princípios de DevOps e práticas de IaC, CI/CD e monitoramento). As demais alternativas contrariam os princípios do DevOps ao propor menos automação, revisões manuais, provisionamento estático ou separação entre times.
O DevOps é uma cultura e um conjunto de práticas que integram desenvolvimento (Dev) e operações (Ops) com o objetivo de entregar software de forma rápida, frequente e confiável. Seus pilares são a colaboração, a automação, a entrega contínua e o monitoramento contínuo. A automação é o coração do DevOps: tarefas repetitivas (build, testes, deploy) são automatizadas para reduzir erros humanos e acelerar o ciclo de entrega. A Integração Contínua (CI) automatiza a integração de código em um repositório central, com testes automáticos; a Entrega Contínua (CD) automatiza a preparação e entrega para implantação; e a Implantação Contínua automatiza o deploy em produção, sem intervenção humana.
A Infraestrutura como Código (IaC) é outra prática central: a infraestrutura é provisionada e gerenciada por código, permitindo reprodutibilidade, escalabilidade e versionamento. Em cloud, isso se traduz em provisionamento dinâmico — a infraestrutura se ajusta automaticamente à demanda — e escalabilidade — capacidade de crescer ou reduzir recursos conforme a necessidade. O monitoramento contínuo coleta métricas e logs, e a observabilidade permite entender por que um erro aconteceu, garantindo visibilidade completa do sistema.
No contexto do enunciado — migrar serviços para cloud para reduzir tempo de entrega e aumentar confiabilidade de módulos críticos de monitoramento de transporte — a solução ideal é justamente combinar automação, provisionamento dinâmico e monitoramento contínuo. Isso permite entregas frequentes e seguras, com detecção precoce de falhas e resposta rápida a incidentes.
A banca explora a pegadinha clássica de DevOps: apresentar alternativas que parecem razoáveis, mas que na verdade contrariam os princípios de automação e colaboração. Por exemplo, propor "revisões manuais antes de cada deploy" ou "manter separação forte entre times" vai contra a essência do DevOps. A alternativa correta é a que maximiza automação e integração, sem abrir mão de segurança e confiabilidade.
Guarde o critério decisivo: automação + provisionamento dinâmico + monitoramento contínuo = DevOps em cloud. Qualquer alternativa que sugira menos automação, processos manuais, provisionamento estático ou silos entre equipes está errada. É nesse critério que as alternativas se dividem.
DevOps em cloud
1Pilares
Automação (CI/CD)
Colaboração (Dev + Ops)
Monitoramento contínuo
Provisionamento dinâmico (IaC)
Escalabilidade
2Critério decisivo
Automação + dinamismo + observabilidade
Menos automação
Processos manuais
Provisionamento estático
Silos entre equipes
LEVEL · soulevel.com.br
Alternativa A — ❌ Incorreta
A alternativa propõe aumentar a automação, mas evitar frequentes atualizações, alegando que mudanças rápidas elevam riscos. Isso contradiz o DevOps, que preza por entregas frequentes e rápidas como forma de reduzir riscos (mudanças pequenas e incrementais são mais fáceis de testar e reverter). A automação existe justamente para permitir atualizações frequentes com segurança, não para evitá-las. O erro está em associar automação a menos atualizações — o DevOps quer o oposto.
Alternativa B — ❌ Incorreta
A alternativa sugere reforçar revisões manuais antes de cada deploy. Embora revisões possam existir em alguns fluxos, o DevOps prioriza a automação de testes e validações. A palavra-chave é automação: processos manuais aumentam o tempo de entrega e o risco de erro humano. A alternativa também fala em "parte das validações" automatizadas, o que é insuficiente — o DevOps busca automatizar ao máximo o pipeline, incluindo testes e deploy. O erro está em manter etapas manuais como reforço, quando o ideal é automatizar.
Alternativa C — ❌ Incorreta
A alternativa propõe provisionamento estático, reproduzindo a topologia local. Isso contraria a IaC e o cloud computing, que se beneficiam de provisionamento dinâmico e escalabilidade. Provisionamento estático significa recursos fixos, sem ajuste automático à demanda — o que reduz a eficiência e a capacidade de resposta. A IaC permite provisionar e gerenciar infraestrutura por código, com reprodutibilidade e escalabilidade, não estática. O erro está em negar o dinamismo que é essencial em cloud.
Alternativa D — ❌ Incorreta
A alternativa propõe manter separação forte entre times de desenvolvimento e operações, com fluxos independentes de aprovação. Isso é o oposto do DevOps, que promove a colaboração e integração entre Dev e Ops. A separação forte cria silos, que dificultam a comunicação e atrasam entregas. O DevOps busca quebrar silos, unindo as equipes em um fluxo contínuo. O erro está em reforçar a separação, quando o DevOps quer integração.
Alternativa E — ✅ Correta ⟵ GABARITO
A alternativa adota pipelines DevOps automatizados e práticas de gestão de serviços em cloud com monitoramento contínuo, provisionamento dinâmico e escalabilidade. Isso está perfeitamente alinhado aos princípios do DevOps: automação de processos (CI/CD), infraestrutura como código (provisionamento dinâmico), monitoramento contínuo e escalabilidade. A alternativa também menciona visibilidade completa durante todo o ciclo de vida, que é a observabilidade — essencial para garantir estabilidade e confiabilidade dos módulos críticos. É a única alternativa que abrange todos os pilares do DevOps aplicados ao contexto de cloud.