Next.js: Edge runtime — компромиссы и trade-offs

Question

Accepted Answer

Edge — не «быстрее Node», а близость к пользователю и zero cold start при Web-only API.

## Разбор

- **Когда НЕ использовать:** CPU-heavy (image/PDF, crypto, ML), Node libs с native bindings, pooled Postgres. Node runtime — скучный default для большинства routes.
- **Edge силён в:** middleware (auth, A/B, geo, bots), streaming AI (`ReadableStream`, дёшево ждать), personalization на CDN, лёгкие read-through API.
- **Proximity trap:** edge близко к user, но DB в одном регионе — лишний hop *от* edge к DB. Выигрыш только если data тоже global (edge KV, replicated reads) или upstream — global API.
- **Bundle ceiling реален.** Fat SDK → size limit. Edge награждает маленькие dependency-light handlers.

## Итог

Edge — latency tool для I/O-bound work рядом с пользователем; CPU-heavy и raw TCP DB — оставляйте Node.