Questão de Arquitetura de Software — WebServices — Instituto Legalle 2026
Arquitetura de Software›WebServices
Código
gp045385
Banca
Instituto Legalle
Órgão
CIGA-SC
Ano
2026
Cargo
Programador
Considere um cenário em que sistemas deuma plataforma integrada de serviços de uma associaçãopública, responsável por atender um consórcio demunicípios, precisam se comunicar automaticamente paramanter dados sincronizados entre diferentes aplicações.Quando ocorre um evento em um sistema (por exemplo,cadastro ou atualização de um registro), esse sistemaenvia automaticamente uma requisição utilizando оprotocolo HTТР (HyperText Transfer Protocol), que é oprotocolo de comunicação da web, para outro sistema.Esse segundo sistema recebe essa notificação e processao evento em tempo real, sem necessidade de consultamanual ou requisições periódicas. Nesse contexto, qualmecanismo de integração entre sistemas é supracitado?
AFilas de mensagens.
BProcessamento batch.
CReplicação de banco de dados.
DCache distribuído.
EWebhooks.
Revelar gabarito e comentário▾
GabaritoE — Webhooks.
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”.
Webhooks: Notificação em Tempo Real entre Sistemas
Gabarito: letra E. O cenário descreve um sistema que, ao ocorrer um evento, envia automaticamente uma requisição HTTP para outro sistema, que processa a notificação em tempo real — exatamente o funcionamento de um webhook. Esse mecanismo elimina a necessidade de consultas periódicas (polling) e utiliza chamadas HTTP como gatilho para sincronização.
A banca cobra a distinção entre diferentes padrões de integração, sendo comum a confusão entre webhooks e filas de mensagens. Enquanto os webhooks entregam notificações de forma síncrona/assíncrona via HTTP diretamente ao endpoint configurado, as filas de mensagens utilizam um intermediário (broker) para armazenar e distribuir mensagens, geralmente de forma assíncrona.
Mecanismo de Integração
Descrição
Característica Principal
Relação com o Cenário
Webhooks
Notificação automática via HTTP disparada por evento
Chamada HTTP direta ao endpoint de destino, processamento em tempo real
Corresponde exatamente ao envio automático de requisição HTTP ao ocorrer um evento
Filas de Mensagens
Mensagens enviadas a um broker intermediário
Assíncrono, com armazenamento temporário e consumidor posterior
❌ Não há intermediário; o envio é direto ao sistema de destino
Processamento Batch
Execução programada de lotes de dados em intervalos
Periódico, sem tempo real, sem notificação automática
❌ O cenário exige tempo real, não processamento em lote
Replicação de Banco de Dados
Cópia de dados entre bancos (ex.: master-slave)
Sincronização nativa do SGBD, sem uso de HTTP
❌ O mecanismo descrito é baseado em chamadas HTTP, não em replicação
Cache Distribuído
Armazenamento temporário em memória para acelerar consultas
Foco em desempenho de leitura, não em notificação de eventos
❌ Não é um mecanismo de integração orientado a eventos
Integração entre sistemas: Webhook (evento → HTTP) (Tempo real, Sem intermediário); Fila de mensagens (Assíncrono, Broker intermediário); Processamento batch (Agendado/periódico, Sem tempo real); Replicação de BD (Cópia nativa de SGBD, Sem HTTP); Cache distribuído (Armazenamento temporário, Sem notificação)
Alternativa A — ❌ Incorreta
Filas de mensagens (message queues) são um padrão assíncrono onde as mensagens são enviadas a um broker e armazenadas até que o consumidor as colete. O enunciado fala em envio direto de requisição HTTP para o sistema de destino, sem intermediário de fila — o que descarta essa opção.
Alternativa B — ❌ Incorreta
Processamento batch envolve o agendamento de execução de lotes de dados em intervalos periódicos. Não há elemento de tempo real, muito menos notificação automática via HTTP; a descrição é oposta ao batch.
Alternativa C — ❌ Incorreta
Replicação de banco de dados é a cópia de dados entre bancos (master-slave, por exemplo) e não depende de eventos HTTP. Embora mantenha sincronia, o mecanismo descrito no enunciado é baseado em chamadas HTTP, não em replicação nativa de SGBD.
Alternativa D — ❌ Incorreta
Cache distribuído armazena temporariamente dados em memória para acelerar consultas. Não é um mecanismo de notificação ou integração orientada a eventos; a descrição do problema não se aplica.
Alternativa E — ✅ Correta ⟵ GABARITO
Webhooks são callbacks HTTP disparados por eventos. O sistema A, ao ocorrer o evento, envia uma requisição HTTP (geralmente POST) para uma URL do sistema B, que a processa em tempo real. É exatamente o que o texto descreve: "envia automaticamente uma requisição utilizando o protocolo HTTP… recebe essa notificação e processa o evento em tempo real".
NÃO CAIA NESSA!
A banca pode tentar confundir o candidato com "filas de mensagens", mas o indício definitivo é a requisição HTTP direta e o processamento imediato, sem intermediário. Webhooks são comuns em integrações modernas (ex.: notificações de pagamento, atualizações em APIs).