Questão de Arquitetura de Software — WebServices — CESPE / CEBRASPE 2024
Arquitetura de Software›WebServices
Código
ce176005
Banca
CESPE / CEBRASPE
Órgão
LNA
Ano
2024
Nível
Superior
Cargo
Tecnologista – Especialidade: Desenvolvimento e Arquitetura de Software
Um aplicativo de comércio eletrônico deve integrar um sistema de pagamento de terceiros, tal que, após um pagamento concretizado no sistema, o aplicativo deve receber uma confirmação de pagamento. Para esse processo, é utilizada uma arquitetura para fazer um pedido ao servidor para este enviar uma resposta quando ocorrer esse evento, ao invés de o aplicativo fazer um pedido ao servidor e esperar uma resposta.Na situação hipotética apresentada, a tecnologia utilizada denomina-se
Awebhooks.
Bendpoints da API.
Cwebsockets.
Dthird part APIs.
Ewebdocs.
Revelar gabarito e comentário▾
GabaritoA — 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
Gabarito: letra A. A tecnologia descrita é o webhook, um mecanismo de callback HTTP que permite a um servidor notificar automaticamente outro sistema quando um evento ocorre, eliminando a necessidade de polling constante. A situação do enunciado — aplicativo recebe confirmação de pagamento após evento no sistema de terceiros, sem precisar ficar perguntando — é exatamente o caso de uso de webhooks.
O webhook funciona como uma "chamada reversa": o aplicativo registra uma URL no sistema de pagamento; quando o evento (pagamento) acontece, o sistema envia uma requisição HTTP (geralmente POST) para essa URL com os dados da confirmação. Diferentemente de APIs tradicionais, o fluxo é iniciado pelo servidor, não pelo cliente.
Tecnologia
Descrição
Adequação ao caso (notificação por evento)
Fluxo de comunicação
Webhooks
Mecanismo de callback HTTP que notifica automaticamente um sistema quando um evento ocorre
✅ Correta — o servidor envia a confirmação ao aplicativo sem polling
Servidor → Aplicativo (evento dispara requisição)
Endpoints da API
Pontos de acesso (URLs) que expõem operações de uma API
❌ Incorreta — o aplicativo consumiria o endpoint, não receberia notificação
Cliente → Servidor (requisição/resposta)
Websockets
Conexão bidirecional persistente para troca contínua de mensagens
❌ Incorreta — canal permanente desnecessário para notificação pontual
Bidirecional contínuo (cliente e servidor)
Third party APIs
Categoria genérica de interfaces de programação de terceiros
❌ Incorreta — não especifica o padrão de notificação descrito
Variável (depende da API)
Webdocs
Termo não real no contexto de integração de sistemas
❌ Incorreta — não corresponde ao mecanismo descrito
—
1Aplicativo registra URL
2Evento ocorre no servidor
3Servidor envia POST
4Aplicativo recebe dados
LEVEL · soulevel.com.br
Alternativa A — ✅ Correta ⟵ GABARITO
Webhook é o padrão adequado: o aplicativo inscreve-se para receber notificações disparadas por eventos, exatamente como descrito.
Alternativa B — ❌ Incorreta
Endpoints da API são pontos de acesso genéricos (URLs) que expõem operações. O enunciado não descreve um endpoint que o aplicativo consome, mas sim uma notificação enviada pelo servidor. Webhooks também usam endpoints, mas o conceito central é o evento disparado.
Alternativa C — ❌ Incorreta
Websockets estabelecem uma conexão bidirecional persistente, mantendo o canal aberto para troca contínua de mensagens. No caso, não há necessidade de canal permanente; o servidor apenas notifica o aplicativo quando o evento ocorre, o que é mais leve e adequado a um webhook.
Alternativa D — ❌ Incorreta
"Third party APIs" (APIs de terceiros) é uma categoria genérica que inclui qualquer interface de programação oferecida por outra empresa. O sistema de pagamento certamente expõe uma API, mas o padrão específico de notificação descrito é o webhook, não a API como um todo.
Alternativa E — ❌ Incorreta
"Webdocs" não é uma tecnologia real no contexto de integração de sistemas. Pode ser confundido com web services, documentos web, mas não corresponde ao mecanismo descrito.