Middleware no front-end? Ferramenta ajuda a gerenciar webhooks no Vercel

Um novo middleware de código aberto da Hookdeck ajudará os desenvolvedores a gerenciar eventos assíncronos no Vercel. Hookdeck Vercel Middleware foi projetado para rodar no sistema Vercel com apenas três linhas de código.

O middleware adiciona a capacidade de autenticar, atrasar, filtrar, enfileirar, limitar e tentar novamente solicitações HTTP assíncronas (via webhooks) feitas em um aplicativo Vercel, disse o cofundador e CEO da Hookdeck, Alexandre Bouchard, ao The New Stack.

Dois casos de uso são lidar com webhooks de provedores de API como Stripe, Shopify ou Twilio, ou construir APIs assíncronas. Foi uma extensão natural do Hookdeck, que se autodenomina gateway de eventos. Os gateways de eventos são como um hub central de software para gerenciar o fluxo de eventos entre serviços, orquestrando eventos que entram ou saem do seu sistema por meio de terceiros, disse ele.

Webhooks: um portal para arquitetura orientada a eventos

“Eu chamo os webhooks de porta de entrada para a arquitetura orientada a eventos porque, para muitos desenvolvedores, é sua primeira exposição ao paradigma de programação assíncrona e às preocupações da arquitetura orientada a eventos”, disse Bouchard. “Hookdeck fica na frente da… infraestrutura que você possui e ingere esses eventos; e lidamos com o gerenciamento, o enfileiramento, a recuperação de erros e todos os aspectos de segurança relacionados a isso também. O que isso significa é que nos tornamos um ponto central para a entrada e saída desses eventos.”

Hookdeck considera o gateway de eventos como uma evolução do gateway API, mas para fluxos de trabalho com estado orientados a eventos. A empresa conta com seus concorrentes como Azure Event Grid, AWS EventBridge e o projeto de código aberto Convoy. Mas quando se trata do Hookdeck Vercel Middleware em particular, Bouchard não acha que haja uma oferta concorrente.

“Você não vai ao Shopify e diz a eles, ei, vocês sabem, pessoal, voltem em meia hora – agora, não posso lidar com isso”, disse Bouchard. “Você realmente não tem o benefício de qualquer margem de erro quando se trata de não controlar o editor. Webhooks são um subconjunto do problema.”

Mas por que Middleware?

A abordagem de middleware se adapta bem a tempos de execução sem servidor, disse Bouchard. O Hookdeck Vercel Middleware resolve dois problemas, explicou ele. A primeira é que ele fornece uma experiência de desenvolvedor web diferente do gateway de eventos Hookdeck completo. Há um pequeno subconjunto de contextos onde esta abordagem funcionará e Vercel foi a melhor opção para tentar a abordagem, disse ele.

“Hookdeck agora é muito declarativo. Você tem que pré-configurar todas as suas configurações, suas conexões e tudo isso antes de poder entrar no ar”, disse ele. “O objetivo do middleware era ser capaz de fazer isso às escondidas. Então, basicamente, para poder dizer, neste código, quero que esse endpoint agora se torne o que chamamos de endpoint assíncrono – um endpoint onde as solicitações estão sendo adiadas, enfileiradas, modeladas e assim por diante; e fazer isso de uma forma que, para o desenvolvedor, a experiência seja muito transparente.”

O componente de middleware permite que os desenvolvedores configurem um endpoint assíncrono e estabeleçam as regras e condições para isso, disse ele. O código é executado na rede Vercel Edge, mas o Hookdeck gerencia as solicitações reais, acrescentou.

“O que acontece é basicamente que o middleware receberá solicitações HTTP como um webhook vindo, digamos, do Shopify”, explicou ele. “Ele recebe um webhook, avalia se deve ou não ser adiado e colocado na fila – e se isso acontecer, o middleware encaminhará essa solicitação para a rede de borda do Hookdeck.”

Com o middleware, os desenvolvedores podem gerenciar:

• Filas;
• Limitação, para quando um terceiro envia mais webhooks do que o seu sistema pode processar;
• Tentando novamente uma solicitação HTTP síncrona;
• Atrasos, que, por exemplo, seriam utilizados em situações em que os clientes podem editar um pedido dentro de um determinado prazo;
• Filtros, que permitiriam a filtragem com base nos dados da carga útil para permitir ou não a passagem de um evento. Por exemplo, permitiria aos desenvolvedores que usam o Shopify filtrar todos os webhooks de atualização de produtos apenas para aqueles em que um produto está fora de estoque, disse Bouchard.

Para cenários onde haverá centenas de milhões de eventos ingeridos ou qualquer coisa que seja de missão crítica, ele recomenda o uso da solução principal de gateway de eventos da Hookdeck.

Áreas Potenciais de Expansão

JavaScript também foi a melhor escolha para tentar essa abordagem porque é amplamente usada, mas se tudo der certo, Hookdeck planeja desenvolver o middleware para outras linguagens também, disse ele.

A Hookdeck também está considerando expandir a abordagem para outros fornecedores. O código em si é escrito de uma forma que grande parte dele poderia ser usado fora do contexto do Vercel, embora existam algumas considerações de experiência do desenvolvedor que são específicas do Vercel, acrescentou. Supabase, uma alternativa de código aberto ao Firebase, é um desses provedores que ele mencionou como uma possibilidade.

“Estamos vendo muito uso das funções do Supabase”, disse ele. “Esse é definitivamente um que estamos vendo e pensando também.”

O post Middleware no Frontend? A ferramenta ajuda a gerenciar webhooks no Vercel apareceu pela primeira vez em The New Stack.