Чрезвычайно долгий холодный старт только на api gateway?

Question

У меня есть простая функция python за шлюзом API.При холодном запуске лямбда-запуск выполняется менее чем за 300 мс, как определено из журналов облачных часов, но для возврата события шлюзу API требуется 13,99 секунды.При последующих вызовах он возвращается через 350 мс к конечной точке шлюза API.

Эта лямбда-функция находится внутри vpc, и я бы хотел оставить ее там для безопасности БД.Существуют и другие лямбда-функции, которые хорошо работают с идентичной конфигурацией сети, так что это не проблема.Кто-нибудь имел дело с этим раньше?

Answer 1

Да, у VPC-лямбд, как известно, длительное время холодного запуска.Вы ошибаетесь, хотя;Вы всегда платили штраф VPC.Время выполнения лямбды, которое вы видите в журналах Cloudwatch, не включает время холодного запуска;это время выполнения является отражением времени, которое вы заряжаете, в то время как лямбда фактически выполняет.Вы не платите за время, необходимое для раскрутки лямбда-контейнера, приобретения ENI и т. Д.Метрика API Gateway «Задержка интеграции» в Cloudwatch.Хотя есть надежда;AWS планирует изменить способ получения лямбдами в VPC своих ENI и значительно ускорить этот процесс. Вы можете прочитать об этом здесь.

Answer 2

Проблема заключалась в холодном запуске ENI.Для любого, кто столкнется с этой проблемой в будущем, то, как я ее решил, я запускал все лямбда-функции, которые требовали подключения VPC каждые 14 минут с событиями cloudwatch.Длинные старты были исправлены.Эта ссылка указала мне на тот факт, что соединение поддерживается в течение 15 минут для лямбд в пределах VPC: https://www.jeremydaly.com/lambda-warmer-optimize-aws-lambda-function-cold-starts/