AWS 還是有蠻多坑的...
如果 ALB 的 TargetGroup 使用 lambda endpoint
那麼為了避免 code start issue 可能會使用 provisioned concurrency
另外 lambda endpoint 在 update stack 的時候會出現 Load Balancer not able to stabilizied 的問題。AWS support 目前給的work around就是開啟 ALB healthy check
預設是每 35 秒會做一次 healthy check 然後如果 ALB 跨3個 AZ 的話,healthy check count 就 x3 ....
然後每次的 lambda execution 都是照 lambda function usage 來收費
另外ALB的 healthy check 不會有完整的 request header
如果 ALB 的 TargetGroup 使用 lambda endpoint
那麼為了避免 code start issue 可能會使用 provisioned concurrency
另外 lambda endpoint 在 update stack 的時候會出現 Load Balancer not able to stabilizied 的問題。AWS support 目前給的work around就是開啟 ALB healthy check
預設是每 35 秒會做一次 healthy check 然後如果 ALB 跨3個 AZ 的話,healthy check count 就 x3 ....
然後每次的 lambda execution 都是照 lambda function usage 來收費
另外ALB的 healthy check 不會有完整的 request header
如果你的 framework 不預期有這種不正常的 header 沒有去 handle 的話 可能會一直狂噴500...
如果你還沒有把預設的 lambda error retry 關掉的話......
這樣子用 lambda endpoint 真的比較省嗎?....
留言
張貼留言