По моему мнению, API Gateway по умолчанию имеет ограничение 1000 RPS - при этом он будет запускать дросселирование вызовов и возврат 429 кодов ошибок. Прошлое Gateway, Lambda имеет 100 одновременных ограничений при вызове, и когда это скроется, он начнет дросселировать вызовы и вернуть 500 (или 502) кодов ошибок.Дросселирование между API Gateway и Lambda
Учитывая, что при просмотре моего графика в Cloudwatch, я ожидал бы, что мой номер дроссельных вызовов будет ближе к числу ошибок 4XX или, по крайней мере, выше числа ошибок 5XX, поскольку вызовы должны проходить через API-шлюз сначала, чтобы добраться до Лямбды вообще. Тем не менее, похоже, что количество дроссельных вызовов ближе к числу ошибок 5XX.
Есть ли что-то, что может мне не хватать из-за того, что я читаю график?
* «Я ожидаю, что мой номер дроссельных звонков будет ближе к числу ошибок 4XX» * Почему? Это две несвязанные вещи, не так ли? Вы сами сказали, что дроссель Lambda генерирует ошибку 5XX, в то время как событие ограничения скорости шлюза API генерирует ошибку 4XX, которая по определению не собирается считаться дроссельной заслонкой Lambda, поскольку Lambda никогда не видит запрос, поскольку API Gateway отклонен это из рук. –
Подтверждение ... ваша «дроссельная» метрика в Cloudwatch - метка Лямбды, а не API-шлюз ... не так ли? –
Это имеет смысл. Если это так, есть ли способ увидеть вызовы, дросселируемые API Gateway? – danielle