Bun 1.2 produkcios hasznalat · mit viszunk, mit hagyunk

Felevente valaki megkerdezi, hogy a Bun produkciora-kesz-e. Ket evig az oszinte valasz az volt: majdnem, de vannak karjelkerelessel. 2026 Q1-ben, a Bun 1.2-vel, vegre hat SaaS-backendet atforgattunk, es azota ott is maradt. Ez volt a valosag.

Miert volt megerte

• Cold start felere csokkent Lambdan / Cloud Runon · p50 420ms-rol 210ms-re egy tipikus Hono-alkalmazason.
• Steady-state RSS 20-30%-kal kisebb · ~$200/ho megtakaritas egy 6-nodos fleeten.
• Build tooling eltunik · nincs tsc, esbuild, tsup, ts-node. A runtime olvassa kozvetlenul a .ts-t.
• A bun install 10-25x gyorsabb, mint az npm · a local dev forgasi ideje nem papercut tobbe.

Ami meg tor

A Bun 1.2 kozel van a Node-API paritashoz, de nem ott. Harom hiba kerult idonkbe a 2026-os migraciokon.

• Natív C++-addonok · egy scrypt-implementacion es egy TLS-cert-parserben kellett cserelni.
• AWS SDK v3 stream · konkret S3 multipart-upload edge case Bun fetch alatt. 1.2.3-ban javitva, de pinelunk.
• APM-agentek · a Datadog es New Relic agent meg Node-internalokra epit; hasznalj OpenTelemetryt + OTLP-t.

Amit ma Bunon futtatunk

1. HTTP API-k (Hono, Elysia, nyers Bun.serve) · mindig · itt nyer a legnagyobbat.
2. Hatterworkerek SQS / Redis fogyasztasaval · igen · a cold start batch-jobokon is segit.
3. Next.js Bunnal · igen bun install + bun run eseten, de a next build meg Node-on fut bizonyos pluginoknal.
4. CLI-eszkozok · igen · a bun build --compile egy binarist szallit.

Ami meg Node-on fut

• Minden, aminek Datadog APM-szerzodese van, amit nem tudunk ujratargyalni.
• Olyan szolgaltatasok, amik worker_threads poolokra epitenek · Bunban ott vannak, de a szemantika finoman mas.
• Legacy szolgaltatasok > 3 natív-fuggoseggel, amiket nem auditaltunk · 2 nap, amit alacsony-forgalmu szolgaltatasra nem kolthetunk.

A cutover-checklist

Minden migracio ugyanazt az ot lepest koveti. Nem volt rollback Node-ra az utolso negy cutover kozben, de a rollback-ut 2 hetig melegen marad.