Arquitetura de Software · Instituto Legalle · 2026 | Questão sqc-qg747469

Arquitetura de SoftwareArquitetura de Software

Código: qg747469
Banca: Instituto Legalle
Órgão: BADESUL - RS
Ano: 2026
Nível: Superior

Cargo: Técnico em Desenvolvimento - Analista de Sistemas (Ênfase em Arquiteto de Software)

Em aplicações corporativas, o registro adequado de logs de erro é fundamental para garantir a observabilidade do sistema, facilitar o diagnostico de incidentes e apoiar auditorias de segurança. Diante disso, assinale a alternativa CORRETA sobre boas práticas de registro de logs de erro em sistemas web.

ADeve-se registrar senhas e tokens das requisições com falha para facilitar a reprodução e origem do problema.
BO logging estruturado em formato JSON, com campos padronizados como timestamp, nível de severidade e identificador de correlação, facilita o processamento automatizado e a integração com ferramentas de monitoramento e análise de logs.
CAs mensagens de erro retornadas ao usuário devem conter o stack trace e estrutura do banco para agilizar diagnósticos.
DA definição de níveis de severidade (ERROR, WARN) é dispensável em produção devido ao baixo volume de eventos.
EEm sistemas de alta disponibilidade, os logs de erro devem ser gravados no mesmo banco de dados transacional da aplicação, dentro da mesma transação que originou o erro, garantindo consistência entre o estado do sistema e o registro da falha ocorrida.

Revelar gabarito e comentário

GabaritoB — O logging estruturado em formato JSON, com campos padronizados como timestamp, nível de severidade e identificador de correlação, facilita o processamento automatizado e a integração com ferramentas de monitoramento e análise de logs.

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”.

Logging de erros em sistemas web

Gabarito: letra B. O logging estruturado em JSON com campos padronizados (timestamp, severidade, identificador de correlação) é uma prática recomendada por facilitar o processamento automatizado e a integração com ferramentas de monitoramento — conforme descrito na alternativa. As demais alternativas violam boas práticas de segurança, desempenho ou observabilidade.

A banca testa o conhecimento sobre registro adequado de logs, um tópico essencial para observabilidade e segurança.

Alternativa A — ❌ Incorreta

Registrar senhas e tokens expõe dados sensíveis, violando princípios de segurança. Em vez disso, logs devem evitar informações confidenciais. O erro está em priorizar a reprodução do problema em detrimento da segurança.

Alternativa B — ✅ Correta ⟵ GABARITO

O uso de logs estruturados (ex.: JSON) com campos padronizados como timestamp, severity e correlation_id permite o processamento automatizado por ferramentas como Elasticsearch, Logstash, Kibana ou Splunk, melhorando a observabilidade.

Alternativa C — ❌ Incorreta

Retornar stack traces e detalhes da estrutura do banco de dados ao usuário expõe informações internas do sistema, representando risco de segurança. Mensagens de erro para o usuário devem ser genéricas; os detalhes devem ser registrados em logs internos.

Alternativa D — ❌ Incorreta

A definição de níveis de severidade (ERROR, WARN, INFO, DEBUG) é fundamental em produção para filtrar e priorizar eventos. O volume de logs em produção costuma ser alto, e os níveis ajudam a separar o que requer atenção imediata.

Alternativa E — ❌ Incorreta

Gravar logs no mesmo banco de dados transacional e dentro da mesma transação que originou o erro acopla o logging ao fluxo principal, aumentando latência e risco de falha. A boa prática é usar um sistema de logging assíncrono e independente (ex.: arquivos de log, serviços dedicados).

Gabarito: letra B.

Link permanente: /questoes/qg747469