Bun 1.2 в проде — реально готов или хайп?

[jungli]

Перевёл небольшой сервис с Node 22 на Bun 1.2. Холодный старт быстрее, bun install летает по сравнению с npm. Но боюсь class совместимости с нативными модулями. Кто гонял Bun под нагрузкой в проде, какие подводные?

[tsav]

Гоняли API на Bun + Hono, держит хорошо, RPS подрос ощутимо против express на ноде. Но пара npm-пакетов с нативными биндингами отвалилась, пришлось искать замену. Всё, что чисто на JS, работает без проблем.

[Mom2]

Я бы на твоём месте сначала прогнал нагрузочное на стейдже. У нас под пиками Bun съедал больше памяти, чем ожидали, хотя по латенси выигрывал. Зависит от паттерна нагрузки.

[jbosco]

Тестовый раннер встроенный это прям киллер-фича, не надо тащить jest/vitest. Перенесли тесты на bun test, скорость прогона упала с 40 секунд до 9. Уже ради этого стоило.

[Reesee]

@jbosco а с prisma как? У нас он критичен, читал что были косяки с движком.

[rburr]

@Reesee на свежих версиях присмы уже норм, мы на 6.x. Раньше да, был бубен с query engine, сейчас из коробки поднялось. Drizzle, кстати, вообще без вопросов работает.

[boblee]

Стою в сторонке на Node LTS и жду, пока экосистема устаканится. Bun красивый, но переезжать прод ради 'быстрее на старте' пока не вижу смысла, у нас бутылочное горлышко в БД, а не в рантайме.

[kube6]

Гонял Bun 1.2 под небольшой API-сервис на Hono, примерно 200 RPM. Проблемы начались с нативными модулями: `bcrypt` и `sharp` пришлось заменить на pure-JS альтернативы (`bcryptjs` и `@squoosh/lib`), потому что Bun не полностью совместим с некоторыми N-API биндингами. Ещё `worker_threads` с SharedArrayBuffer ведут себя немного иначе чем в Node — один раз словил deadlock которого на Node не было.

[jbosco]

Реальный прирост заметен на bun install (в 20-30 раз быстрее npm на чистом install) и холодном старте. Для Lambda или serverless это имеет смысл. Для долгоживущего сервиса разница менее заметна — throughput в бенчмарках красивый, но в реальной нагрузке с I/O разрыв с Node 22 значительно меньше. Если у тебя нет нативных модулей и нет сложной логики с worker_threads — попробовать стоит, CI/CD быстрее станет уже только от install.

[sergeyserov]

@kube6, только не @squoosh/lib, он заархивлен и года два не обновляется. И по скорости против sharp проседает раза в 3-4 на ресайзе. Если sharp под bun не заводится, лучше вынести обработку картинок в отдельный node-сервис или вообще на cdn. Менять рабочий нативный модуль на мертвый pure-js так себе размен.