Я деплоил продакшн-Postgres на все три. Supabase для двух клиентских проектов, Railway для одного, Neon для своего сайта и двух небольших клиентских приложений. У каждого есть свит-спот — и ценовой обрыв, где он перестаёт иметь смысл.
Это не сравнение фич. Таких полно. Это ценовая математика из реальных проектов, с подводными камнями, которые я поймал и которые маркетинговые страницы не упоминают.
Короткая версия
| Supabase | Railway | Neon | |
|---|---|---|---|
| Лучше для | Auth + Postgres + storage в одном счёте | Простой деплой, предсказуемые цены | Serverless-приложения, ветвление, сайты с низким трафиком |
| Бесплатный тариф | Щедрый (2 проекта, 500MB) | $5/мес кредит | Щедрый (0.5 GiB хранения, 190 compute-часов) |
| Модель ценообразования | Тарифные планы | По потреблению (compute + storage) | По потреблению (compute-часы + storage) |
| Ломается при | Высоком числе соединений, большом файловом хранилище | Высокотрафиковых приложениях (скачки CPU-биллинга) | Устойчивых высококонкурентных нагрузках |
| Стоимость миграции | Средняя (если используешь Auth/Storage) | Низкая (просто Postgres) | Низкая (просто Postgres) |
Supabase: пакетное предложение
Supabase даёт Postgres + Auth + Storage + Edge Functions + Realtime в одном дашборде. Если нужно всё это — ценность исключительная. Pro-план за $25/месяц покрывает многое.
Где я использовал: Два клиентских проекта — B2B SaaS с авторизацией, загрузкой файлов и real-time presence. Supabase был правильным выбором, потому что альтернатива — склеивать Auth.js + S3 + отдельный Postgres-хост + WebSocket-сервер. Supabase объединил всё.
Где дорожает:
-
Лимиты соединений. Бесплатный тариф даёт 60 прямых соединений. Pro-план даёт больше, но connection pooling (через Supavisor) имеет свои лимиты. Если у тебя Next.js с serverless-функциями, каждый вызов функции открывает соединение. При 50 конкурентных пользователях можно упереться в потолок пула. Решение — PgBouncer или Supavisor в transaction mode — но тогда нельзя использовать
LISTEN/NOTIFYи подготовленные запросы между транзакциями. -
Bandwidth хранилища. Supabase Storage удобен, но не дёшев в масштабе. Раздача 100GB/месяц файловых скачиваний на Pro стоит больше, чем положить те же файлы на Cloudflare R2. Для одного клиента мы перенесли раздачу файлов на R2 после того, как счёт за storage удвоился в месяц 3.
-
Compute-аддоны. Если перерос shared Postgres-инстанс, dedicated compute начинается с $50/месяц и растёт быстро. 4-ядерный инстанс — $100/месяц — на этом уровне ты уже в территории Railway/Render с меньшей гибкостью.
Вопрос lock-in: Если используешь Supabase только для Postgres — миграция простая, это стандартный Postgres. Если используешь Auth + Storage + RLS-политики + Edge Functions — ты построил на платформе. Миграция означает замену 4 сервисов, не 1.
Ценовые пороги Supabase
| Сценарий | Месячная стоимость | Заметки |
|---|---|---|
| Solo-разработчик, 1 проект, низкий трафик | $0 | Бесплатный тариф щедрый |
| SaaS MVP, <1K пользователей, умеренное хранилище | $25 | Pro-план покрывает |
| Растущий SaaS, 5K пользователей, 50GB хранилища | $75–$150 | Compute-аддоны включаются |
| Высокий трафик, 20K+ пользователей | $300+ | Рассмотри dedicated Postgres |
Railway: простой путь
Railway — ближайшая штука к «просто задеплой». Пушишь код — Railway запускает. Postgres — плагин: кликнул, добавил, получил строку подключения.
Где я использовал: Один клиентский проект — Node.js API с Postgres, не требующий бандлинга авторизации или хранилища. Railway был правильным выбором, потому что фаундер хотел простоту: один дашборд, один счёт, никаких вендор-специфичных API.
Где дорожает:
-
CPU-биллинг. Railway берёт за vCPU + память + хранилище. Для Node.js API, который простаивает большую часть времени — дёшево ($5–$10/мес). Для Postgres-инстанса, который делает аналитические запросы или фоновые задачи, CPU-потребление скачет и счёт вместе с ним. У одного клиента счёт вырос с $12/мес до $47/мес после добавления ночной агрегации данных.
-
Нет serverless Postgres. Railway Postgres работает 24/7 на провизионированном инстансе. Ты платишь за аптайм, не за запросы. Для приложения с низким трафиком, получающего 100 запросов/день — ты платишь за базу, которая простаивает 99% времени. Serverless-модель Neon дешевле для этого сценария.
-
Egress. Railway берёт за egress после включённого объёма. Если твой API раздаёт большие пейлоады (отчёты, экспорты, медиа) — стоимость egress растёт. Не проблема для большинства SaaS, но стоит проверить, если раздаёшь файлы.
Преимущество: Нулевой lock-in. Railway не оборачивает Postgres в проприетарный слой. Строка подключения работает с любым Postgres-клиентом. Миграция — pg_dump и готово.
Ценовые пороги Railway
| Сценарий | Месячная стоимость | Заметки |
|---|---|---|
| Хобби-проект, минимальный трафик | $5 | Кредит Starter-плана покрывает |
| API + Postgres, умеренный трафик | $10–$25 | Просто и предсказуемо |
| API + Postgres + фоновые задачи | $30–$60 | Скачки CPU от задач |
| Высокий трафик, тяжёлый compute | $80+ | Рассмотри dedicated хостинг |
Neon: ставка на serverless
Neon — serverless Postgres. База масштабируется до нуля в простое и поднимается по запросу. Ты платишь за compute-часы и хранилище, не за работающий инстанс.
Где я использовал: Мой собственный портфолио-сайт (этот) и два клиентских приложения с низким-до-умеренного трафиком. Neon был правильным выбором, потому что у этих приложений скачкообразные паттерны трафика — тихо большую часть дня, потом всплески в рабочие часы или во время мероприятий.
Где дорожает:
-
Устойчивая конкурентность. Ценообразование Neon дёшево, когда база простаивает или обрабатывает спорадические запросы. Но если есть постоянный поток запросов (фоновые воркеры, real-time дашборды, высокотрафиковые API) — compute-часы накапливаются быстро. Бесплатный тариф даёт 190 compute-часов/месяц. База, активная 8 часов/день, использует ~240 compute-часов — ты на платном плане к концу 1-го месяца.
-
Холодные старты. Когда база простаивала и приходит запрос — есть задержка холодного старта. Обычно 200–500ms для первого запроса. Для портфолио-сайта никто не замечает. Для продакшн API, где P99 latency важна — холодные старты в 3 ночи, когда первый пользователь просыпается, реальная проблема. Можно держать базу тёплой cron-пингом, но тогда ты платишь за compute-часы, которые не нужны.
-
Ветвление невероятное, масштабирование сложное. Киллер-фича Neon — ветвление базы данных: создать копию продакшн-базы для тестирования за секунды с copy-on-write, что минимизирует хранилище. Это реально трансформирует девелоперский воркфлоу. Но модель автоскейлинга делает счёт менее предсказуемым, чем фиксированный инстанс. Для бюджетирования я всегда добавляю 30% буфер к предполагаемым расходам на Neon.
Преимущество для serverless-приложений: Если ты на Vercel с serverless-функциями, драйвер Neon @neondatabase/serverless использует WebSocket-соединения вместо TCP. Это убирает головную боль connection pooling, которая преследует serverless Postgres. PgBouncer не нужен. Каждый вызов функции получает соединение, использует его, сбрасывает. Чисто.
Ценовые пороги Neon
| Сценарий | Месячная стоимость | Заметки |
|---|---|---|
| Портфолио/блог, низкий трафик | $0 | Бесплатный тариф щедрый |
| SaaS MVP, спорадическое использование | $0–$19 | Scale to zero экономит |
| Растущий SaaS, умеренный постоянный трафик | $19–$69 | Pro-план, следи за compute-часами |
| Высокий трафик, always-on нагрузка | $69+ | Фиксированный инстанс может быть дешевле |
Когда что выбирать
Выбирай Supabase, когда:
- Нужен auth + storage + Postgres пакетом
- Хочешь Row Level Security без написания своего middleware
- Команда маленькая и all-in-one дашборд экономит время
Выбирай Railway, когда:
- Хочешь простой, предсказуемый хостинг
- Не нужен auth или storage вместе с базой
- Ценишь нулевой lock-in и стандартный Postgres
- Запускаешь фоновые задачи или воркеры рядом с приложением
Выбирай Neon, когда:
- Приложение serverless (Vercel, Cloudflare Workers)
- Трафик скачкообразный или низкий (scale to zero экономит)
- Хочешь ветвление базы для dev/test воркфлоу
- Комфортно с биллингом по потреблению
Мой дефолт для новых проектов
Для клиентских MVP, где фаундер хочет всё в одном месте: Supabase Pro ($25/мес). Не самый дешёвый, но убирает 3 решения (провайдер авторизации, файловое хранилище, хост базы), и дашборд достаточно хорош для нетехнических фаундеров.
Для своих проектов и технических клиентов, которые хотят простоту: Neon Free → апгрейд до Pro, когда compute-часы превышают бесплатный тариф. Serverless-модель идеально подходит для Next.js на Vercel, а ветвление базы делает миграции схемы безболезненными.
Для проектов с фоновой обработкой или предсказуемым, устойчивым трафиком: Railway. Простой биллинг, без сюрпризов, легко понять.
Собираешь что-то и не уверен, какой хостинг-стек подходит? Напиши — порекомендую исходя из реального паттерна трафика и бюджета, а не маркетинговой страницы.