Railway ушёл с Next.js — время сборки сократилось с 10 минут до 2

Облачная PaaS-платформа Railway публично отказалась от Next.js. Билды ускорились в 5 раз, а решение стало частью тренда — крупные проекты всё чаще уходят с Next.js.

Обложка: Railway ушёл с Next.js — время сборки сократилось с 10 минут до 2

Если ваш фронтенд собирается дольше 10 минут — возможно, дело не в коде, а во фреймворке. Облачная платформа Railway перевела свой фронтенд с Next.js на Vite + TanStack Start — и сократила время сборки с 10+ минут до менее 2.

Railway — облачная PaaS-платформа (аналог Heroku), которую используют десятки тысяч разработчиков для деплоя приложений. Их собственный фронтенд — дашборд, документация, маркетинговые страницы — работал на Next.js.

Ключевые выводы
  • Railway перевёл весь фронтенд с Next.js на Vite + TanStack Start
  • Время сборки сократилось с 10+ минут до менее 2 минут
  • Это часть тренда: крупные проекты всё чаще уходят с Next.js из-за сложности сборки и несоответствия App Router их архитектуре
  • Railway — не первые: с Next.js публично уходили Kent C. Dodds и другие команды

Почему ушли с Next.js

По словам команды Railway, основные проблемы были связаны с временем сборки и сложностью инфраструктуры. Next.js-приложение Railway разрослось до такого масштаба, что каждый билд занимал более 10 минут — это тормозило CI/CD-пайплайн и замедляло итерации.

Дополнительные факторы:

  • Несоответствие App Router модели Railway — у них client-first продукт, а App Router ориентирован на server-first подход
  • Сложность конфигурации Next.js для нестандартных кейсов — когда приложение выходит за рамки «блога на Vercel», настройка становится нетривиальной
  • Размер бандла и время cold start при серверном рендеринге

Что получили

После миграции время сборки упало с 10+ минут до менее 2 — ускорение более чем в 5 раз. Для команды, которая деплоит десятки раз в день, это означает экономию часов ежедневно.

Публикация вызвала бурное обсуждение на Hacker News (206 очков, 188 комментариев). Мнения разделились: одни поддержали решение, другие указали, что проблема не в Next.js, а в архитектуре конкретного приложения.

Часть тренда

Railway — не первые, кто публично уходит с Next.js. За последний год аналогичные решения приняли:

  • Kent C. Dodds — публично отказался от Next.js в пользу Remix, который позже влился в React Router 7
  • Многие команды переходят на Vite + React или SvelteKit для ускорения сборки

Общая тенденция: Next.js отлично подходит для проектов, которые деплоятся на Vercel и укладываются в стандартные паттерны. Для крупных client-first приложений с нестандартной инфраструктурой издержки фреймворка начинают перевешивать преимущества.

Частые вопросы
1
Значит ли это, что Next.js плохой фреймворк?

Нет. Next.js остаётся самым популярным React-фреймворком и отлично работает для большинства проектов. Проблемы возникают на масштабе, когда приложение выходит за рамки стандартных паттернов или деплоится не на Vercel.

2
На что переехал Railway?

Команда перешла на Vite + TanStack Start — open-source стек без привязки к конкретному вендору. Подробности архитектуры — в их блоге на railway.com/blog.

3
Стоит ли мне уходить с Next.js?

Если ваш билд занимает минуты, а не десятки минут, и вас устраивает скорость итераций — нет причин менять стек. Миграция оправдана, когда инфраструктурные издержки начинают тормозить разработку.

Для фронтенд-разработчиков это повод задуматься: фреймворк — инструмент, а не религия. Если сборка тормозит, DX деградирует, а большая часть фич фреймворка не используется — возможно, пора пересмотреть стек.