Serverless передаёт серверы провайдеру: агенты учитывают лимиты исполнения в коде приложения

Что исчезает из работы команды? Обслуживание серверов, на которых исполняется код. Провайдер запускает функцию по запросу или событию и управляет средой её выполнения.

Ответственность за бизнес-результат остаётся у команды. Функция может успешно отработать, но создать заявку повторно или записать только часть результата.

Разделение ролей в приёмке кода агента не меняется от типа хостинга. Агент готовит правку, ответственный инженер проверяет сценарий и принимает выпуск.

Здесь единица приёмки меньше сервера: конкретная функция и её вызов. Например, обработчик заявки должен сохранить заявку при допустимом входе и не создать вторую при повторе того же события.

Какие числа записать в требования? Те, что действуют для выбранного способа запуска. Размер пакета с кодом, размер входного сообщения и память во время работы ограничены отдельно.

Слово serverless не задаёт общий потолок. В таблице ниже сравниваются Cloud Functions с ZIP из S3 и обычная AWS Lambda с ZIP, а не все сервисы этих провайдеров.

Длительность тоже зависит от режима. У Yandex предел до часа, но время выше 10 минут доступно только долгоживущим функциям; у обычной Lambda предел 15 минут.

Большой вход не лечат увеличением памяти. Если документ не проходит предел сообщения, команда выбирает другой способ его передачи и проверяет весь путь до обработки.

Почему проверять пакет, если тесты кода прошли? Тесты проверяют поведение выбранных сценариев, а упаковщик собирает всё необходимое для запуска на платформе. Состав этого пакета тоже может оказаться ошибочным.

Это произошло на vibecoding.ru, где работает машина агентов. Это собственная разработка сайта; клиентского кейса serverless у нас нет.

Причина была в чтении файлов по вычисляемому пути. Упаковщик не смог ограничить список нужных файлов и включил весь репозиторий. Код функции и состав её сборки оказались разными предметами проверки.

Защита теперь ловит причину до сборки и измеряет пакет после неё. Проверка не даёт вернуть прежнюю ошибку. Это уменьшает технический долг приложения: новая правка должна пройти тот же контроль.

Что написать агенту вместо «сделать на serverless»? Назвать функцию, событие запуска и результат для пользователя. Затем приложить пределы принятой платформы и сценарии, по которым инженер проверит правку.

Это продолжение постановки задачи агенту. Задание на обработчик заявки заканчивается сохранённой заявкой и понятным ответом пользователю, а не успешным запуском функции.

Повторяемые ограничения входят в правила работы агентов. Перед новой правкой агент читает их, после правки запускает проверки; инженер принимает доказательство, а не пересказ выполненной работы.

Часть проверок работает без облака, часть требует пробного запуска на выбранной платформе. Например, проверка размера пакета не показывает, как обработчик поведёт себя при медленном внешнем сервисе.

Успешный ответ на маленьком примере не закрывает приёмку. AWS предупреждает: асинхронное событие может прийти повторно даже без ошибки первого выполнения. Вторая доставка не должна создавать вторую заявку.

Проверять нужно и одновременный повтор. Сначала прочитать «заявки ещё нет», затем записать её недостаточно: параллельные вызовы могут оба пройти это условие. Команда предъявляет способ исключить повторную запись.

Ожидание тоже часть работы функции. Внешний сервис может отвечать дольше принятого времени, а новый экземпляр сначала готовит среду запуска. Приёмка включает состояние пользователя после такого ожидания.

Готовый результат нельзя держать только в памяти экземпляра. Прогресс задания сохраняют так, чтобы следующий запуск мог продолжить принятую схему обработки. Место и способ хранения выбирает инженер.

Что попросить на сдаче? Версию функции, параметры режима и результаты сценариев из задания. После выпуска команда должна видеть ошибки и незавершённые задания, иначе проверенный код сможет остановиться незаметно.

Если развивать функции некому, агентная разработка по подписке ведёт правки на принятой платформе. «Один проект» стоит 250 000 ₽ в месяц, цена проверена 8 октября 2026.

В такую работу входят размер сборки и обработка ограничений приложения. Счёт провайдера остаётся отдельным расходом. Архитектурные решения и ночные дежурства сохраняются за вашей командой.

Для разговора о проекте подготовьте функцию, её вход и условия приёмки. С ними можно разобрать задачу с инженером и определить объём разработки на выбранной платформе.

1. Передавайте провайдеру серверы, а приёмку результата оставляйте инженеру.

2. Записывайте пределы конкретного режима: пакет, вход и время вызова отдельно.

3. Измеряйте готовую сборку до выпуска, даже если тесты кода зелёные.

4. Принимайте повторы и ожидание по бизнес-результату, включая одновременный вызов.

5. Считайте развитие приложения и расходы на его работу отдельными строками.