Деплой бэкенд-функций без Kubernetes
HTTP-обработчики, задачи по расписанию и фоновая работа через функции, маршруты, контейнеры, секреты и историю вызовов — без Kubernetes в роли ежедневной панели управления. Функции и маршруты вместо кластерного YAML: та же изоляция, меньше ритуала.
Обновлено: 2026-06-28
Кратко
Суть ответа
Деплой бэкенд-функций без Kubernetes. Inquir держит поверхность деплоя на уровне функций и маршрутов, при этом даёт контейнеры, секреты и историю. Вы не делаете вид, что serverless значит «без изоляции», и не ведёте Kubernetes-манифесты на каждый новый обработчик.
Когда подходит
- Нужна структура уже сейчас, без найма платформенной команды.
- Нагрузки естественно ложатся на stateless-обработчики с явным вводом-выводом.
На что обратить внимание
- Кто-то должен владеть бэкапами etcd, причудами CNI и сертификатами ingress до первой фичи для клиента.
- GitOps и Helm сильны, но тяжелы для чтения, когда нужно просто «запускать эту функцию каждую ночь».
Нагрузка и где ломается
Почему команды ищут функции без Kubernetes
Kubernetes — уважаемый ответ для «настоящей» инфраструктуры, но большинству продуктов в первую очередь нужны HTTP-входы, запуск по расписанию и место для фоновой работы. Поэтому команды и ищут способ задеплоить функции без Kubernetes, пока сложность действительно не потребует кластера.
Прыжок сразу в кластер, пока эти основы не работают, тормозит раннюю команду, а полный отказ от структуры означает, что через полгода shell-скрипты придётся переписывать в микросервисы.
Компромиссы
Почему «сначала Kubernetes» тяжело для простых бэкендов
Кто-то должен владеть бэкапами etcd, причудами CNI и сертификатами ingress до первой фичи для клиента.
GitOps и Helm сильны, но тяжелы для чтения, когда нужно просто «запускать эту функцию каждую ночь».
Как помогает Inquir
Serverless как разумная середина
Inquir держит поверхность деплоя на уровне функций и маршрутов, при этом даёт контейнеры, секреты и историю. Вы не делаете вид, что serverless значит «без изоляции», и не ведёте Kubernetes-манифесты на каждый новый обработчик.
Если позже понадобится более крупный оркестратор, привычки небольших обработчиков и явных триггеров переносятся чище, чем монолит, нарезанный в спешке.
Что вы получаете
Что вы сохраняете без Kubernetes
Деплой функций из браузера
Правьте, сохраняйте и деплойте обработчики без локальной сборки Docker на каждое изменение.
API-шлюз для бэкенд-функций
Централизуйте авторизацию и правила путей для входящего HTTP на шлюзе, а не в каждом сервисе заново.
Задачи и пайплайны для фона
Моделируйте асинхронную работу явно — задачами и шагами пайплайна, а не форками процессов.
Что дальше
Как задеплоить функции без Kubernetes
Деплойте без Kubernetes в роли ежедневной панели управления, когда маршрутов шлюза, функций и триггеров пайплайнов достаточно.
Код
Начните с шаблонов типичных HTTP-обработчиков и фоновых воркеров и адаптируйте код под свою логику.
Настройка
Подключите маршруты шлюза или триггеры пайплайнов и привяжите секреты к функциям в продукте, а не в git.
Наблюдение
Используйте историю выполнения как обратную связь по надёжности: каждый вызов записан с логами и таймингом.
Пример кода
Фокус остаётся на обработчике
Единица деплоя — код плюс метаданные, а не Helm chart или Kubernetes-манифест на каждый эндпоинт. Обычные маршруты используют простую форму события (path); маршруты в стиле AWS — rawPath.
export async function handler(event) { const path = event.path ?? event.rawPath ?? ''; return { statusCode: 200, body: JSON.stringify({ path }), }; }
Когда подходит
Разумные ожидания
Когда это уместно
- Нужна структура уже сейчас, без найма платформенной команды.
- Нагрузки естественно ложатся на stateless-обработчики с явным вводом-выводом.
Когда лучше выбрать другое
- Вы уже вложились в кластерные policy-движки и CRD как основной интерфейс.
Частые вопросы
Частые вопросы
Под капотом всё равно Kubernetes?
Вы работаете с интерфейсом и API Inquir; воркеры исполняют ваш код в изолированных Docker-контейнерах. Чтобы задеплоить функцию, не нужно вести Kubernetes-манифесты или чарты Helm.
Можно ли по-прежнему опираться на контейнеры?
Да. Контейнер — единица изоляции, а рабочий процесс остаётся вокруг функций.
Как тестировать локально?
Следуйте документации по локальному вызову; держите паритет переменных окружения с продакшеном.