Railway против Fly.io — и ещё три альтернативы, которые стоит посчитать

Платформы продают разные единицы

Railway считает фактическое потребление CPU и памяти, затем добавляет storage и публичный egress. Fly.io продаёт Machines и volumes по времени provisioning, причём запущенные и остановленные состояния тарифицируются по-разному. Render совмещает планы инстансов с правилами workspace и сети. Cloud Run считает активное время контейнера и запросы. Cloudflare Workers — запросы и CPU time; Containers добавляют активные vCPU, память, диск и egress.

Поэтому одна месячная сумма может обманывать. Тихому приложению выгоден scale-to-zero. Приложение с жёсткими требованиями к latency платит за тёплый минимум. Медиа-продукт способен потратить на transfer больше, чем на compute.^{[1][3][5][7][8]}

Одна нагрузка, три стадии

График использует описанный выше envelope трафика, кэшируемую смесь ответов, 10 ГБ постоянного storage после стадии MVP и не включает базу данных. Для MVP намеренно взяты бесплатные или минимальные планы; это не означает production-ready.

Cloudflare стоит дёшево только тогда, когда нагрузка подходит Workers. Перенос произвольного долгоживущего контейнера в Workers — изменение архитектуры, а не тарифа. Cloudflare Containers уже GA, но модель активных ресурсов требует отдельного расчёта.^[8][9]

Проверка на забытые ресурсы

Удаление web-приложения не обязательно удаляет счёт. Fly.io прямо предупреждает: volumes оплачиваются и при остановленных Machines, а Managed Postgres, Upstash и Tigris могут пережить удаление app. Отдельно считаются dedicated IPv4 и snapshots.^[4]

Типичная ловушка Railway — топология: подключение к базе через публичный URL создаёт egress, private networking его избегает. Source deployment в Cloud Run может создать расходы Cloud Build и Artifact Registry вне строки Cloud Run.^[2][7]

Бесплатная база Render истекает, free services засыпают без трафика, а наличие способа оплаты определяет, превратится ли excess bandwidth или build usage в простой или списание.^[6]

Что выбрать солопренеру

Выбирайте Railway, когда понятная модель repository-to-service и читаемый счёт важнее экономии каждой инфраструктурной единицы. Выбирайте Fly.io, когда регионы, Machines, private networking и низкоуровневый контроль являются требованиями продукта, а вы готовы взять больше эксплуатации.

Выбирайте Render для привычного PaaS, если устраивает observability по тарифам. Cloud Run подходит для bursty container API, если приемлемы Google Cloud billing account и соседние сервисы. Cloudflare Workers подходит приложению, которое естественно request-driven и edge-compatible. Одной нулевой строки egress для выбора недостаточно.

• До выручки: оптимизируйте безопасный отказ и экспортируемый репозиторий.
• При первых деньгах: платите за тёплую latency, backups и телеметрию, способную объяснить обращение поддержки.
• До запуска: считайте egress отдельно и репетируйте spending cap или maximum scale провайдера.
• После запуска: сравните измеренные resource-hours с envelope и исправьте модель, а не меняйте провайдера по одному invoice.