Сравнение · Inquir Compute

Альтернатива Railway для serverless-функций и фоновых задач

Railway хорош для постоянно работающих сервисов. Inquir — для event-driven кода: HTTP-функции, cron, вебхуки и пайплайны с оплатой за вызовы вместо «контейнер всегда работает».

Last updated: 2026-04-20

Попробовать Inquir →Документация

Answer first

Direct answer

Альтернатива Railway для serverless-функций и фоновых задач. Функции запускаются по HTTP, cron или вебхуку и останавливаются после завершения. Платите за вызовы, не за простой.

When it fits

Event-driven нагрузка: вебхуки, cron, разовые задачи
Нерегулярный трафик, для которого постоянный сервис избыточен

Tradeoffs

Долгоживущие сервисы с постоянным трафиком, WebSocket-соединениями или большим объёмом RAM — в Railway удобнее.
Если уже настроен деплой через Railway и нет event-driven нагрузки, смена не оправдана.

Нагрузка и где ломается

Когда Railway не подходит для serverless

A simple cron job or webhook handler does not need a persistent process running 24/7
Railway bills for idle time on always-on services—serverless scales to zero between requests
Cron jobs on Railway require a Dockerfile and a persistent process watching a schedule
Background workers need a separate Railway service with its own deploy lifecycle

Railway запускает сервис постоянно: удобно для API-сервера, но избыточно для задач, которые срабатывают по расписанию или по вебхуку.

Компромиссы

Когда Railway лучше

Долгоживущие сервисы с постоянным трафиком, WebSocket-соединениями или большим объёмом RAM — в Railway удобнее.

Если уже настроен деплой через Railway и нет event-driven нагрузки, смена не оправдана.

Как помогает Inquir

Что меняется при переходе на Inquir

Функции запускаются по HTTP, cron или вебхуку и останавливаются после завершения. Платите за вызовы, не за простой.

Пайплайны заменяют воркер-процессы: шаги, повторы и история без отдельного сервера очередей.

Что получаете

Railway vs Inquir

Модель запуска

Railway: сервис работает всегда. Inquir: функция запускается по триггеру и останавливается.

Стоимость простоя

Railway: платите за работающий контейнер. Inquir: нет трафика — нет расходов на функции.

Cron и вебхуки

Inquir: встроены в шлюз. Railway: нужен отдельный cron-сервис или scheduler.

Изоляция

Каждая функция Inquir в изолированном контейнере. Railway: изоляция на уровне сервиса.

Что делать дальше

Как перенести обработчик с Railway на Inquir

Экспортировать handler

Вместо HTTP-сервера — экспорт `handler(event)`. Тело запроса в `event.body`.

Перенести переменные окружения

Secrets и env-vars в рабочее пространство Inquir.

Настроить триггер

HTTP-маршрут, cron-расписание или вебхук в шлюзе вместо Railway Cron.

Пример кода

Railway worker → Inquir background pipeline

A Railway worker service polls a queue. The Inquir equivalent: an HTTP handler returns 202 and triggers a pipeline step—no worker service to deploy or scale.

api/submit-job.mjs (HTTP handler — replaces queue producer)

export async function handler(event) {
  const { jobType, payload } = JSON.parse(event.body || '{}');
  if (!jobType) return { statusCode: 400, body: JSON.stringify({ error: 'jobType required' }) };
  // Trigger pipeline step — replaces adding to Railway worker queue
  const { instanceId: jobId } = await global.durable.startNew(jobType, undefined, payload);
  return { statusCode: 202, body: JSON.stringify({ jobId }) };
}

Когда подходит

Когда переходить с Railway

Когда это уместно

Event-driven нагрузка: вебхуки, cron, разовые задачи
Нерегулярный трафик, для которого постоянный сервис избыточен

Когда лучше не трогать

Долгоживущие соединения, WebSocket, высокий постоянный трафик

FAQ

Вопросы и ответы

Можно ли держать часть сервисов на Railway?

Да. Inquir дополняет Railway: постоянные сервисы на Railway, event-driven функции — в Inquir.

Поддерживается Dockerfile?

Нет. Inquir использует управляемые рантаймы Node.js 22, Python 3.12 и Go 1.22 с нативными зависимостями через слои.