Vercel Schedules запускает разовые и повторяющиеся задачи без редеплоя

Cron отлично работает, когда расписание известно разработчику заранее: очистить просроченные записи в два часа ночи, обновить индекс раз в сутки, синхронизировать данные каждые десять минут. Проблемы начинаются, когда время выбирает не разработчик, а пользователь — причём уже после запуска приложения.

Представьте простой запрос к агенту: «Завтра утром собери пять главных новостей Hacker News и подготовь краткую сводку». В традиционной схеме приложение сохраняет запрос и время запуска в базе, а отдельный cron регулярно проверяет, какие задания пора выполнять. Рабочий вариант, но вместе с полезной функцией появляется служебная инфраструктура: таблица заданий, механизм опроса, блокировки, обработка повторов и логика отмены.

Vercel представила Schedules — сервис, который позволяет приложению создавать, изменять и отменять разовые и повторяющиеся задания во время работы. Менять конфигурацию проекта и заново разворачивать приложение для этого не требуется. Сервис вышел в публичную бету.

Как это работает

Приложение передаёт Vercel время, часовой пояс, цель запуска и полезную нагрузку. Создать такое расписание можно через JavaScript SDK, API или CLI. Когда наступает нужный момент, Vercel доставляет сохранённые данные в указанную тему Vercel Queues, а код приложения принимает сообщение и выполняет работу.

В примере Vercel агент получает инструмент scheduleTask. Пользователь формулирует задачу, модель вызывает инструмент, а тот создаёт одноразовое расписание с идентификаторами пользователя и арендатора. На следующий день обработчик читает сообщение из очереди, проверяет актуальные права пользователя, запускает агента и сохраняет результат.

Это важная деталь: расписание отвечает только на вопрос «когда передать работу». Саму работу, проверку доступа, сохранение результата и обработку ошибок по-прежнему реализует приложение.

Для заранее известных задач остаётся статическая конфигурация в vercel.json или Build Output API. Например, ежедневную очистку базы можно привязать к приватной функции и конкретному часовому поясу. Vercel вызывает такую функцию напрямую, без публичного HTTP-адреса, и самостоятельно подтверждает, что запуск пришёл от сервиса расписаний.

Что меняется для разработчика

Главная польза — исчезает самодельный слой опроса базы для пользовательских таймеров. Расписание становится отдельным управляемым объектом: его можно создать, перенести или отменить из работающего приложения. История запусков отображается в панели Vercel, а задание разрешено вручную запустить для проверки.

Schedules поддерживает Preview-развёртывания и пользовательские окружения. Значит, обработчик можно проверить до продакшена, не ожидая реального времени срабатывания. Локальная разработка доступна через vercel dev.

Но считать сервис полной заменой очереди или движка фоновых процессов не стоит. Динамические задания доставляются именно через Vercel Queues, поэтому нужно продумать повторную доставку, идемпотентность обработчика и наблюдаемость. Если операция списывает деньги или отправляет письмо, повторный запуск не должен выполнять действие дважды.

Есть и продуктовый риск: пользователь мог потерять доступ между созданием расписания и его срабатыванием. Vercel прямо показывает правильный подход — проверять разрешения заново перед запуском агента, а не доверять данным, сохранённым вчера.

Практический вывод

Если приложение уже работает на Vercel и ему нужны напоминания, отложенные действия агента или регулярные служебные задания, Schedules стоит протестировать на Preview-окружении. Начать разумно с некритичной задачи, добавить идемпотентность и журналирование, затем проверить отмену, смену часового пояса и повторную доставку.

Для команды, у которой уже есть надёжный планировщик и очередь, срочной причины мигрировать нет. Но для нового продукта Vercel Schedules сокращает количество собственной инфраструктуры и превращает фразу пользователя «сделай завтра утром» в обычный вызов API, а не в отдельную подсистему.