Lambda Web Functions запускает обычный HTTP-сервер в бессерверной среде
Новый формат Lambda принимает веб-приложения без обработчика событий. На старте поддержаны Node.js 24, Arm64 и пять регионов.
Приложение слушает порт
AWS представила Lambda Web Functions 12 октября. Код работает как обычный HTTP-сервер: принимает соединения на указанном порту и использует привычный веб-фреймворк. В отличие от традиционной функции с обработчиком события, здесь не требуется адаптер, превращающий запрос в специальный объект Lambda. В анонсе приведены Express, Hono, Fastify и Next.js. Приложение получает адрес прослушивания через переменную окружения AWS_LAMBDA_HTTP_ENDPOINT. Это сохраняет знакомый цикл локальной разработки, но не делает облачное окружение тождественным собственному серверу. Масштабированием и сроком жизни исполняющих сред управляет платформа; постоянное состояние по-прежнему требует подходящего хранилища.
Параллельность и цена ожидания
Одна среда Web Functions может обслуживать несколько запросов одновременно; в анонсе указан предел до 128. Для веб-приложений, много ожидающих базу или внешнее API, это меняет соотношение между занятой средой и полезными вычислениями. В счёте отдельно учитываются запросы, активное процессорное время, память на протяжении жизни среды и передача данных. Ожидание сетевого ответа потребляет мало CPU, но не превращает всё время обработки в бесплатное. Также параллельность требует аккуратного обращения с общими переменными приложения: несколько пользователей могут находиться в одной среде исполнения. Модель программирования относится к HTTP-нагрузке; обработчики очередей и другие события сохраняют отдельный формат Event Functions.
Ревизии и география
Развёртывание создаёт неизменяемую ревизию кода и HTTPS-endpoint. Endpoint может направлять трафик на одну ревизию или распределять его между несколькими, позволяя вводить изменение постепенно. При выборе нескольких регионов Lambda распространяет код и организует маршрутизацию по задержке за одним глобальным адресом. Формулировка best effort существенна: это выбор по сетевым условиям, а не гарантия всегда ближайшего региона. Распределение приложения также не реплицирует автоматически его базу данных. Пользователь может попасть в другой регион вычислений, но запись продолжит ходить в прежнее хранилище. Поэтому сквозная задержка зависит и от расположения данных, внешних сервисов и состояния соединений.
Условия стартового выпуска
На старте Web Functions поддерживает Node.js 24 на Arm64 и пять регионов: Северную Вирджинию, Огайо, Орегон, Токио и Ирландию. Поддерживается подключение VPC. Для Java, Python, .NET и других языков документация направляет к существующим формам Lambda, а не обещает их поддержку в Web Functions. CloudFront можно поставить перед endpoint и использовать origin access control, чтобы запросы к источнику приходили от нужного распределения. Это отдельный уровень контроля доступа, который не заменяет авторизацию пользователя внутри приложения. Сервис масштабируется вплоть до нуля при простое; фактическое поведение тёплой среды и задержки зависит от нагрузки. Октябрьский релиз добавляет новый способ исполнения уже привычного веб-кода, сохраняя ограничения выбранной среды и платёжной модели.
