AWS Lambda холодный старт как уменьшить время инициализации

[sqlreact9621]

Столкнулся с проблемой холодных стартов в AWS Lambda. Функции на Node.js 20, используют TypeScript, бандл после esbuild — около 8 МБ. Среднее время холодного старта доходит до 2-3 секунд, что неприемлемо для API. Provisioned Concurrency выглядит как решение, но это плюс 30-40 долларов в месяц на каждую функцию, а их у меня штук 15. Кто как борется с этой проблемой без существенного увеличения счёта?

[savva2867]

8 МБ бандл — это вот твоя первая проблема. esbuild должен давать 1-2 МБ для типичного API-хэндлера. Скорее всего тащишь лишние зависимости, проверь через esbuild --analyze. У меня после оптимизации импортов холодный старт упал с 2.5 до 600 мс.

[zhenya_omega95]

Provisioned Concurrency не обязательно держать 24/7. Можно через EventBridge Scheduler включать только в рабочие часы — с 9 до 22 по нужному timezone. Стоимость падает раза в три. Плюс можно держать PC только для самых критичных функций, которые дёргаются первыми в цепочке.

[flowgo4491]

Попробуй Lambda SnapStart — для Java это официальная фича, для Node.js пока не завезли, но есть трюк с /tmp кешированием инициализированных объектов между вызовами. Если функция не scale-in нулевую реплику, повторный вызов идёт уже без инициализации. Ещё помогает держать память 512+ МБ — Lambda выделяет CPU пропорционально памяти, инициализация быстрее.

[kirill_backend]

Если у тебя 15 функций и все нужны — возможно, стоит пересмотреть архитектуру. Часть из них, скорее всего, можно объединить или перевести на контейнер в ECS Fargate с постоянным инстансом для hot path, а Lambda оставить только для event-driven воркеров где задержка не критична.

[ruslan_ml61]

Конкретные цифры по оптимизации бандла: убери aws-sdk v2 и используй только нужные клиенты из @aws-sdk v3 (они tree-shakeable). Например, import { DynamoDBClient } from '@aws-sdk/client-dynamodb' вместо import AWS from 'aws-sdk'. Это одно действие часто режет бандл вдвое. Также externalize @aws-sdk в esbuild если деплоишь без слоя — runtime уже содержит SDK.

[olga_code]

У нас похожая ситуация была. В итоге пришли к гибриду: API Gateway + Lambda для редких эндпоинтов, и отдельный маленький Express-сервер на ECS для горячих маршрутов. Звучит сложнее, но на деле в разы дешевле Provisioned Concurrency на всё подряд.