Так что здесь нужно иметь в виду несколько вещей: холодный старт происходит, когда контейнер, в котором запускается Lambda, фактически «выведен из эксплуатации» - это означает, что инфраструктура AWS отказалась от «готовности» к тому, что «никто в действительности не использует это, давайтеотложите его ".
Лямбда вне VPC может иметь время холодного запуска до 6 секунд, ВНУТРИ ВИДЕО, на который вы можете смотреть в любом месте до 12 секунд на КОНТЕЙНЕР, так что только потому, что у вас есть один теплый экземпляр LambdaЕсли два человека достигнут этой конечной точки одновременно, то 2-й человек получит холодный старт.
Так как г-н Дашмуг направо предлагает назначенную функцию для разогрева лямбды, это простой способ, теперьСледует помнить одну вещь: ваша функция, вероятно, согревает 1 контейнер, если вы ожидаете сотни запросов в секунду, вам нужно поддерживать количество X контейнеров в тепле.
Для примера, как сделать это проще, выможно посмотреть на this - это плагин для безсерверной инфраструктуры, который делает именно то, чтовы ищете.
По сути, вам нужна функция, которая будет делать X количество одновременных запросов на конечную точку - учтите, что это обходится дорого, хотя вы можете поддерживать довольно приличный микросервис, как этот, менее чем за30 долларов в месяц.
Лично я думаю, что холодные запуски переоценены - клиенты могут иногда терпеть медленный отклик, но если ваш API имеет относительно стабильный трафик, тогда я действительно не буду беспокоиться, что ваши клиенты сохранят правильное числоЧто касается лямбда-тёплого, то если он подвержен пикам, то его стоит согреть.
Подумайте об этом, мое среднее время запросов для API, над которыми я работаю, составляет <400 мс - поэтому мне нужно 2 запроса в секунду, 120минуту, 7200 час, чтобы даже начинать нуждаться в двух контейнерах все время - если у вас есть что-то вроде приложения, в котором люди входят в систему, а затем позвоните в конечную точку API для домашнего экрана, вы можете сделать что-нибудь простое, например, Login-> SNS, инициирующее событие разогреваследующая конечная точка.
В основном, если вы знаете поток, который ваш соnsumer собирается вызывать API, вы можете предварительно разогревать конечные точки в зависимости от того, что было вызвано предыдущим.