Um aplicativo de comércio eletrônico deve integrar um s...

Olá, aluno! Vamos entender melhor essa questão sobre integração de sistemas de pagamento em aplicativos de comércio eletrônico.

A alternativa correta é a alternativa A: webhooks.

Vamos explicar o porquê:

Quando falamos sobre integração de sistemas de pagamento, uma técnica comum utilizada é a de webhooks. Os webhooks são mecanismos que permitem que um sistema notifique outro sistema sobre eventos. No caso descrito na questão, quando o pagamento é concretizado no sistema de pagamento de terceiros, o sistema envia uma notificação para o aplicativo de comércio eletrônico. Isso é feito em tempo real e sem que o aplicativo precise ficar fazendo requisições repetidas ao servidor para verificar se o evento de pagamento foi concluído.

Agora, vamos analisar por que as outras alternativas estão incorretas:

B - endpoints da API: Embora endpoints sejam pontos de acesso em uma API para realizar operações, eles não têm a capacidade de enviar notificações automáticas de eventos. O sistema teria que consultar o endpoint repetidamente para verificar o estado do pagamento, o que não é tão eficiente quanto o uso de webhooks.

C - websockets: Os websockets são usados para permitir comunicação bidirecional contínua entre o cliente e o servidor em tempo real. Embora essa tecnologia seja poderosa e adequada para muitas aplicações, neste caso específico, os webhooks são mais apropriados porque permitem que o sistema de pagamento notifique o aplicativo automaticamente sem precisar manter uma conexão aberta constantemente.

D - third party APIs: Essa expressão refere-se às APIs de terceiros de modo geral e não a uma tecnologia específica para notificações de eventos. Embora o sistema de pagamento seja de um terceiro, a questão pede uma tecnologia específica usada para notificações, que é o webhook.

E - webdocs: Esse termo não é relevante para o contexto da questão. Não existe uma tecnologia denominada webdocs que se relacione com notificações de eventos em integrações de sistemas de pagamento.

Espero que essa explicação tenha ajudado a compreender melhor o tema e a justificativa para a alternativa correta. Se precisar de mais esclarecimentos, estarei por aqui para ajudar!

Quando o webhook estiver configurado, o cliente não precisará mais das pesquisas. O servidor enviará automaticamente o payload relevante para a URL do webhook do cliente quando o evento especificado ocorrer. 

Em geral, os webhooks são descritos como APIs reversas ou APIs de push porque colocam a responsabilidade da comunicação no servidor, e não no cliente. Em vez de o cliente enviar as solicitações HTTP pedindo os dados até receber uma resposta, o servidor envia para o cliente uma solicitação HTTP POST exclusiva quando os dados estão disponíveis. Apesar dos apelidos, os webhooks não são APIs. Eles trabalham juntos. Uma aplicação precisa ter uma API para usar um webhook. 

https://www.redhat.com/pt-br/topics/automation/what-is-a-webhook

No webhook, seria como se você passasse uma url de callback para o serviço, para que ele chame aquela url após a transação ser concluida.

Vamos supor que eu vou chamar um serviço do banco central para gerar um código pix, e quando aquele pix for pago eu quero que o banco central chame alguma url minha para avisar que esse pix foi pago.

chamada para bcb.com.br/gerar-pix

{

"valorPix" : 150.25

"urlCallback": "meuservico.com.br/pix-pago"

}

Resp. A A

webhooks.

Webhook é um recurso que possibilita a comunicação entre duas ferramentas, fornecendo dados em tempo real sempre que um evento acontecer. Desta forma os dois aplicativos realizam troca de informações instantaneamente sem que nenhuma ação externa precise ser realizada

Não me ligue, eu ligo para vc!