API Gateway和Lambda之間的節流

根據我的理解，默認情況下，API Gateway具有1000 RPS的限制 - 超過此限制時，它將開始限制呼叫並返回429個錯誤代碼。通過網關，Lambda具有100個併發調用限制，當這個限制被超過時，它將開始限制呼叫並返回500（或502）個錯誤代碼。API Gateway和Lambda之間的節流

鑑於這種情況，在Cloudwatch上查看我的圖形時，我期望受限制的調用數量更接近4XX錯誤的數量，或者至少高於5XX錯誤的數量，因爲調用必須通過API網關首先是爲了到達Lambda。但是，看起來被扼殺的呼叫數量更接近5XX錯誤的數量。

有沒有什麼我可能從我讀圖的方式丟失？

來源

2016-12-02 danielle

*「我希望我的呼叫數量更接近4XX錯誤的數量」*爲什麼？那些是兩件不相關的事，他們不是嗎？你自己已經說過，Lambda節流閥會產生5XX錯誤，而API網關速率限制事件會產生4XX錯誤，根據定義，這不會與Lambda節流閥相符，因爲自API Gateway拒絕後，Lambda從未看到該請求它非常有用。 –

確認...您在Cloudwatch中的「限制」指標是Lambda指標，而不是API網關......是不是？ –

這是有道理的..如果是這樣的話，有沒有辦法看到API網關調用的調用？ – danielle

取決於您的Lambda函數執行所需的時間以及您的請求的傳播方式，您可以在API Gateway限制之前或之後命中Lambda限制方式。我會說你比較的2個指標是相互獨立的。

來源

2016-12-02 20:25:42

API Gateway和Lambda之間的節流

回答

相關問題