Questão de TI - Organização e Arquitetura dos Computadores — Pipelines — FCC 2026
TI - Organização e Arquitetura dos ComputadoresPipelines
- Código
- fc142719
- Banca
- FCC
- Órgão
- ARTESP
- Ano
- 2026
- Cargo
- Esp RT ( )
Uma agência reguladora de transporte está implementando um pipeline CI/CD para seu sistema de análise de infrações de trânsito que processa milhares de registros diários. O time técnico precisa configurar a execução de testes automatizados em diferentes estágios do pipeline, garantindo que testes unitários sejam executados rapidamente a cada commit, enquanto testes de integração com banco de dados e APIs externas sejam executados apenas antes do deploy em homologação.
Considerando as melhores práticas de CI/CD e otimização de pipelines, a configuração que atende adequadamente esses requisitos em termos de estratégia de execução e organização dos estágios é:
- ACriar no Jenkins um pipeline script com etapas sequenciais que utilize expressões condicionais baseadas em parâmetros de build para determinar quais conjuntos de testes devem ser executados, incorporando try-catch blocks para capturar falhas e permitir continuidade seletiva do pipeline através de input manual do administrador.
- BConfigurar o GitHub Actions com um único workflow contendo job paralelo que execute simultaneamente todos os tipos de testes (unitários, integração e end-to-end) a cada push na branch, utilizando matriz de estratégias para diferentes ambientes e estabelecendo dependências condicionais entre os steps através de expressões de contexto.
- CEstruturar o pipeline do GitLab CI com múltiplos estágios sequenciais, onde o estágio de build executa testes unitários em todas as branches, e os estágios subsequentes de teste de integração e deploy são acionados condicionalmente apenas para branches específicas através de regras (rules) com validação de referências e variáveis de ambiente.
- DImplementar no Jenkins um pipeline declarativo com stages paralelos que executem todos os testes simultaneamente independente da branch, utilizando diretivas when com expressões Groovy para condicionar a publicação de artefatos e configurando post actions para garantir execução completa mesmo com falhas em estágios anteriores.
- EDefinir múltiplos workflows separados no GitHub Actions acionados por eventos distintos (push, pull_request, schedule), onde cada workflow executa um tipo específico de teste e utiliza artifacts para compartilhar resultados entre workflows, estabelecendo dependências através de workflow_run triggers encadeados.