Inquir Compute
Разверните код из Dockerfile или готового образа. API, сайты, фоновые сервисы и базы данных — в одном проекте.
npm i -g @inquir/compute-cliКОНТЕЙНЕРНЫЕ ПРИЛОЖЕНИЯ
01 / Развёртывание
Укажите Docker-образ, порт и путь проверки работоспособности. Следите за запуском релиза и открывайте его логи прямо в проекте.
API работает. Доступ пока только приватный.
02 / Приватная сеть
Добавьте PostgreSQL из шаблона с постоянным томом. Вставьте подключение в переменные API и разверните API заново, чтобы применить DATABASE_URL.
Подключение настроено. Сервисы остаются приватными.
03 / Реплики
Увеличьте число реплик сервиса без локального хранилища. Платформа запускает дополнительные контейнеры и направляет трафик к готовым репликам.
Три реплики API. Одна база данных.
04 / Наблюдаемость
Выберите сервис и сопоставьте события развёртывания с логами его текущего контейнера. Всё необходимое для проверки запуска находится в контексте проекта.
API работает. Событие и его строка лога рядом.
СТАРЫЙ ПОДХОД
Или просто разверните контейнер.
Что вы получаете
Всё, что нужно контейнеру, чтобы стать сервисом — сборка, релиз, маршрутизация, хранение, связи, — делает платформа. Управление одно и то же, будь то ваш Dockerfile или готовый образ.
Каждый деплой — неизменяемый digest образа, запущенный рядом с работающим релизом. Трафик он получает только после вашей проверки работоспособности — сначала по адресу предварительной версии. Переведите релиз в продакшен, когда будете готовы, или пусть это произойдёт автоматически, как только проверка пройдена.
При переводе в продакшен предыдущий релиз остаётся в резерве, поэтому откат — это переключение указателя, а не пересборка. Если релиз не запустился, вы увидите причину и следующий шаг, а не бесконечную загрузку.
У каждого приложения есть постоянный адрес <slug>.apps.internal, доступный только внутри его рабочего пространства. Публичный домен подключается по желанию. Подключите базу к сервису — и строка подключения появится в его переменных.
Postgres и Redis из шаблона: постоянный том, приватный TCP-эндпоинт и строка подключения. Любой контейнер может монтировать именованные тома. Тома автоматически копируются по расписанию — сейчас каждые 6 часов, — а базы данных снимаются целостным снимком с короткой заморозкой; восстанавливаете вы их сами через CLI. Приложения, тома которых вместе занимают больше 2 ГБ, пока не копируются — храните собственную копию этих данных.
Привяжите свой хост, подтвердите его TXT-записью — и платформа заведёт на него маршрут с автоматическим сертификатом. WebSockets и server-sent events проходят через прокси без изменений.
Сборка и релиз через inquir apps deploy, логи в реальном времени, терминал в работающем релизе прямо из консоли, переменные только для продакшена, которые не попадают в предварительные версии. Проверка работоспособности, реплики, память и CPU — настройки релиза, а не YAML.
Как это работает
Без кластера, YAML и ingress-контроллера: контейнер, несколько команд CLI и адрес сервиса.
Любой базовый образ, любой язык. Платформа собирает его на своих сборочных серверах и фиксирует результат неизменяемым digest — или пропустите сборку и выпустите релиз из готового образа.
FROM node:22-alpine WORKDIR /app COPY package*.json ./ RUN npm ci --omit=dev COPY . . EXPOSE 3000 CMD ["node", "server.js"]
inquir apps deploy делает снимок исходников, собирает образ, запускает релиз рядом с работающим и ждёт вашей проверки работоспособности. У релиза появляется собственный адрес предварительной версии.
$ inquir apps create web --port 3000 $ inquir apps deploy web ✓ Image built · digest pinned 41s ✓ Health check passed 2.1s → https://web-a1.preview.apps.inquir.org
Перевод в продакшен переключает трафик на релиз, прошедший проверку, а старый оставляет в резерве для отката. Подключите базу — и её адрес появится в переменных сервиса через приватную сеть.
$ inquir apps promote r-8f2c ✓ Production → web-a1.apps.inquir.org $ inquir apps connect db web ✓ DATABASE_URL → db-a1.apps.internal:5432 $ inquir apps rollback web ✓ Production → r-71aa, instantly
Сборка идёт на платформе, релиз стартует рядом с тем, что обслуживает трафик, а трафик переходит на него только после успешной проверки работоспособности.
FROM node:22-alpine WORKDIR /app COPY package*.json ./ RUN npm ci --omit=dev COPY . . EXPOSE 3000 CMD ["node", "server.js"]
Снимок исходников · 1,8 МБ · sha256:3f9c…
Образ собран на сборочных серверах платформы · 41 с
Релиз r-8f2c запущен рядом с r-71aa
Проверка работоспособности GET /healthz пройдена · 2,1 с
Предварительная версия доступна — переведите её в продакшен, когда будете готовыhttps://web-a1.preview.apps.inquir.orgБазы данных, приватная сеть, свои домены и HTTP API — из того же CLI, которым вы деплоили. Это примеры из документации.
# 1. Create the application — an HTTP service listening on port 3000 inquir apps create web --port 3000 # 2. Deploy: builds the Dockerfile in the current directory, releases the image # and waits until the health check passes. The release gets a preview URL. inquir apps deploy web # …or release a prebuilt image instead of building inquir apps deploy web --image nginx:alpine # 3. Promote: production traffic moves to this release (owner/admin login) inquir apps promote <releaseId> inquir apps status web # endpoints, hostnames, recent releases inquir apps logs web --tail 100 # stream container logs inquir apps rollback web # back to the previous production release
Одна платформа
Запустите основной сервис в контейнере и добавьте функции для вебхуков. Используйте пайплайны, чтобы запускать эти функции по расписанию или объединять их в работу из нескольких шагов.
Разверните API, сайт или фоновый сервис из Dockerfile или готового образа. Подключайте базу данных по приватной сети, добавляйте реплики и откатывайте релизы при необходимости.
Как развернуть приложениеЗапускайте код на Node.js, Python или Go по HTTP-запросу, вебхуку или шагом пайплайна. Создавайте обработчики API, интеграции и фоновые задачи без отдельного постоянно работающего сервиса.
Возможности функцийЗапускайте вызовы функций по расписанию или объединяйте их в пайплайны из нескольких шагов. Добавляйте ветвления и повторные попытки, отслеживайте каждый шаг от входных данных до результата.
Как работают пайплайныСценарии
Долгоживущие процессы, которые не укладываются в функцию, — с таким же простым развёртыванием.
Сервис на Next.js, Rails или Django рядом с Postgres из шаблона: приватная строка подключения в переменных, свой домен, адрес предварительной версии для каждого релиза и откат, если миграция пошла не так.
Долгоживущий агент или сервер инструментов с WebSockets и стримингом, рядом Redis для памяти, секреты только для продакшена — и функции с пайплайнами, которые его вызывают, в том же рабочем пространстве.
Postgres, Redis, брокеры сообщений: TCP-порты в приватной сети между вашими сервисами; публичные TCP-порты сейчас недоступны. Тома копируются автоматически, сейчас каждые 6 часов; если тома приложения вместе занимают больше 2 ГБ, храните собственную копию данных.
Тарифы
От первого релиза до растущего продукта: два платных тарифа и индивидуальные условия Enterprise. Бесплатный тариф — по заявке.
Бесплатный тариф подключаем по заявке.
Бесплатный доступ предоставляется индивидуально, с учётом доступных ресурсов.
Для личных проектов и небольших продуктов, которым пора расти.
Для команд и продуктов в продакшене, которым нужно больше ресурсов.
Для организаций с особыми требованиями к ресурсам, развёртыванию и поддержке.
Free, Simple и Pro отличаются только ресурсами. Free — по заявке, условия Enterprise согласуем индивидуально.
FAQ
Задайте AI вопрос о контейнерных приложениях в Inquir:
Ресурсы тарифа известны заранее. Без YAML. Без кластера.