Executando verificação de segurança...
Em resposta a Bun vs Node.js: alguém migrou em produção? O que aconteceu?
3
Nathanmiguel

Bom, ja migrei um projeto de reserva de node pra bun, mas acabei voltando pro node.

O que eu mais curti do bun foi a integração nativa com ts, coisa que o node esta começando a implementar.
Eu nao recomendo bun em prod se voce usa mongoDB, parece que memory leak nao foi consertado ate hoje.

Performance:
Bom, eu arrisco dizer que a diferença é tao grande ao ponto de justificar a migração em relação a API REST. O fastify, por exemplo, tem o mesmo novel de performance em relação ao elysia, apenas desativando os logger e caso precise de mais, basta implementar cluster

Carregando publicação patrocinada...
1
obrenoalvim

O ponto do MongoDB é exatamente o tipo de coisa que benchmark não mostra. Memory leak em runtime é problema sério em prod, e o Bun ainda tem histórico de issues com drivers nativos.

Sobre performance, concordo que a diferença prática é menor do que os números sugerem. Fastify bem configurado vai longe, e no cold start de serverless o Bun brilha, mas em requisições normais o gap some.

A integração nativa com TS é a parte mais atraente do Bun pra mim, mas o Node já caminha pra isso. Voltar pro Node faz sentido: ecosystem maduro, menos surpresas em prod.

Você chegou a testar o elysia em carga real antes de voltar, ou ficou no benchmark?

3
Nathanmiguel
  • Autor
    Autor

Nos meus testes nao deram diferença, e também vi um comentario falando que se desativar os loggers do fastify a diferençaentre o mesmo e o elysia é quase nula. O problema dos loggers, ou console.log, é que ele trava a execução até terminar o print.

1
obrenoalvim

Faz sentido, o console.log síncrono é um gargalo escondido que distorce qualquer benchmark. A questão real acaba sendo a estratégia de logging, não o runtime em si. Já testou com pino em modo async no Fastify? A diferença costuma ser mais aparente com volume alto de logs.