Блог

Я понимаю, что AWS Lambda — это бессерверная концепция, в которой фрагмент кода может быть запущен при некотором событии.
Я хочу понять, как Lambda обрабатывает масштабирование?
Например. если моя лямбда-функция находится внутри подсети VPC, поскольку она хочет получить доступ к ресурсам VPC, и что подсеть имеет CIDR, равный 192.168.1.0/24 , что приведет к 251 доступным IP-адресам после вычитания зарезервированных AWS 5 IP-адресов

Означает ли это, что если моя лямбда-функция AWS получает 252 вызова одновременно,
будет обработан только 251 запрос, и 1 либо завершится по таймауту, либо будет выполнен после завершения выполнения одной из 252 функций?
Имеет ли значение размер подсети для масштабирования AWS Lambda?

Я следую этому справочному документу, в котором упоминаются ограничения одновременного выполнения для каждого региона,
могу ли я предположить, что независимо от того, является ли лямбда-функция AWS не VPC или если она находится внутри подсети VPC, она будет масштабироваться в соответствии с упомянутыми ограничениями в документе?

Ответ Владислава по-прежнему технически корректен (размер подсети имеет значение), но с момента его написания ситуация значительно изменилась, и размер подсети имеет гораздо меньшее значение. Смотрите объявление aws:

• Поскольку сетевые интерфейсы являются общими для всех сред выполнения, обычно для каждой функции требуется всего несколько сетевых интерфейсов. Для каждой уникальной комбинации «Группа безопасности: подсеть» между функциями в вашей учетной записи требуется отдельный сетевой интерфейс. Если комбинация используется совместно несколькими функциями в вашей учетной записи, мы повторно используем один и тот же сетевой интерфейс для всех функций.
• Масштабирование вашей функции больше не привязано напрямую к количеству сетевых интерфейсов, а гиперплоскостные ENIs могут масштабироваться для поддержки большого числа одновременных выполнений функций

Да, вы правы. Размер подсети определенно имеет значение, вы должны быть осторожны со своими блоками CIDR. Что касается последнего вызова (252-го), это зависит от способа вызова вашего lambda: синхронно (например, шлюз API) или асинхронно (например, SQS). Если она вызывается синхронно, она будет просто отрегулирована, и ваш API ответит статусом HTTP 429, что означает «слишком много запросов». Если она асинхронная, она будет отрегулирована и будет повторена в течение шестичасового периода. Более подробное описание вы можете найти на этой странице.

Также я недавно опубликовал пост в своем блоге, который связан с вашим вопросом. Возможно, это окажется полезным.