Monitorar tráfego HTTP no proxy Node.js sem alterar payloads

Quando a gente implementa um proxy transparente usando http-proxy-middleware em Node.js, uma dúvida comum é como fazer uma inspeção de requisições e respostas sem interferir nos dados trafegados.

A galera costuma querer registrar tudo pra debug ou auditoria, mas sem modificar o fluxo. O truque é usar os hooks de evento, como onProxyRes e onProxyReq, pra capturar os dados em tempo real e salvar em arquivo. A decisão fica mais saudável quando o time consegue medir o impacto depois. Sem esse critério, a solução pode parecer simples no começo e cara no suporte.

Por exemplo, no onProxyRes, dá pra ouvir o evento 'data' do response e jogar num buffer. Assim, consegue-se montar o corpo da resposta completo antes de enviá-la ao cliente. O mesmo vale pra requisições, usando onProxyReq, pra interceptar e logar o conteúdo. Sem esse critério, a solução pode parecer simples no começo e cara no suporte. O valor aparece melhor quando operação, produto e engenharia olham para o mesmo risco.

O ponto é que, pra evitar impacto na performance, é melhor fazer isso de forma assíncrona e garantir que o buffer não fique gigante. Além disso, é importante pensar na segurança, pra não expor dados sensíveis nos logs. O valor aparece melhor quando operação, produto e engenharia olham para o mesmo risco. Por isso, o recorte precisa considerar manutenção, validação e caminho de volta. Esse contexto ajuda a separar ganho real de novidade difícil de sustentar. A decisão fica mais saudável quando o time consegue medir o impacto depois.

Como vocês fazem esse tipo de inspeção em produção? Já passaram por algum problema de latência ou impacto na estabilidade usando esses hooks?