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

Альтернатива Fly.io для serverless-функций без VM-управления

Fly.io — платформа для глобально распределённых VM. Inquir — serverless-функции в Lambda-стиле: event-handler, изолированный контейнер, оплата за вызовы без управления Machines и регионами.

Last updated: 2026-04-20

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

Answer first

Direct answer

Альтернатива Fly.io для serverless-функций без VM-управления. Event-handler в Lambda-стиле: экспорт функции, деплой через браузер или CLI, шлюз с API-ключами. Без flyctl, fly.toml и управления регионами.

When it fits

Event-driven функции без необходимости в глобальных регионах
Вебхуки, cron и фоновые задачи в одном рабочем пространстве

Tradeoffs

Stateful сервисы, приложения с WebSocket, базы данных рядом с вычислениями — Fly.io сильнее для этого сценария.
Если нужна глобальная дистрибуция с маршрутизацией к ближайшему региону — Fly Machines выигрывают у единой точки шлюза.

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

Когда Fly.io избыточен для serverless

Deploying a simple HTTP function or cron job requires a Dockerfile and Fly machine configuration
Fly Machines do not scale to zero by default—idle machines still consume resources
Background jobs need a separate Fly app acting as a worker, with its own flyctl deploy lifecycle
Cron requires either an always-on process watching a schedule or Fly`s Machines API with manual orchestration

Fly.io отлично подходит для full-stack приложений и сервисов, требующих близости к пользователям в конкретном регионе. Но управлять Machines, регионами и деплоями ради простых функций-обработчиков — лишняя нагрузка.

Компромиссы

Когда Fly.io лучше

Stateful сервисы, приложения с WebSocket, базы данных рядом с вычислениями — Fly.io сильнее для этого сценария.

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

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

Что предлагает Inquir вместо Fly.io

Event-handler в Lambda-стиле: экспорт функции, деплой через браузер или CLI, шлюз с API-ключами. Без flyctl, fly.toml и управления регионами.

Один шлюз для HTTP, cron и вебхуков с общей историей вызовов и секретами на уровне функции.

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

Fly.io vs Inquir

Деплой

Fly.io: flyctl + fly.toml + регионы. Inquir: браузерный редактор или CLI, конфиг в UI.

Модель вычислений

Fly: Machines (VM). Inquir: serverless-контейнер, стартует по вызову.

Cron и вебхуки

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

Секреты

Inquir: переменные окружения на уровне функции. Fly.io: `fly secrets set` — единые для всего приложения.

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

Как перенести функцию с Fly.io на Inquir

Заменить HTTP-сервер на handler

Вместо `Bun.serve` или `http.ListenAndServe` — экспорт `handler(event)`.

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

Secrets в рабочее пространство Inquir через UI или CLI.

Настроить шлюз

Маршрут с API-ключом и опциональным кастомным доменом.

Пример кода

Fly.io scheduled process → Inquir cron pipeline

Fly runs a persistent container watching a cron schedule. Inquir replaces it with a pipeline cron trigger—no always-on process.

jobs/daily-sync.mjs

export async function handler(event) {
  // Fired by a cronTrigger node in a scheduled graph pipeline
  const since = process.env.SYNC_CURSOR ?? new Date(Date.now() - 86_400_000).toISOString();
  const records = await source.fetchUpdatedSince(since);
  await destination.upsertBatch(records);
  return { synced: records.length };
}

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

Когда переходить с Fly.io

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

Event-driven функции без необходимости в глобальных регионах
Вебхуки, cron и фоновые задачи в одном рабочем пространстве

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

Stateful сервисы, WebSocket, приложения с требованиями к конкретному региону

FAQ

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

Поддерживаются несколько регионов?

Inquir работает через единый шлюз; глобальная CDN не является основным кейсом платформы.

Можно деплоить Go-функции?

Да. Go 1.22 с net/http-стилем handler, CGO-зависимости через слои.