API Gateway×Lambdaの落とし穴にハマった話

Transcript

1. API Gateway×Lambdaの落とし穴にハマった話 エムオーテックス株式会社 園田 裕章
2. アジェンダ • 自己紹介 • はじめに • 実際に起きたこと • 試したこと • 原因：APIGW × Lambda タイムアウト挙動 • まとめ
3. • 名前：園田 裕章（そのだ ひろあき） • 所属：エムオーテックス株式会社 • 2年目（AWS歴は約1年半） • 業務内容：AWSを用いたクラウドアプリケーション開発 • 好きなAWSサービス：Lambda、QuickSight • 保有AWS認定 自己紹介
4. はじめに API Gateway × Lambdaのタイムアウトで想定外のステータスコードにハマった話 本日話すこと
5. 実際に起きたこと API Gateway × Lambda構成 • API Gatewayを非プロキシ統合 → Lambdaプロキシ統合に変更 • 非プロキシ統合 • タイムアウトエラー時（Lambdaタイムアウト時）に ステータスコード: 408が返ってくる • Lambdaプロキシ統合 • タイムアウトエラー時（Lambdaタイムアウト時）に ステータスコード: 502が返ってくる • フロントのエラーダイアログが変わってしまった • バックエンドの都合でフロントの仕様変更はしたくない ステータスコード：408 非プロキシ統合 ステータスコード：502 Lambda プロキシ統合 タイムアウト タイムアウト
6. 試したこと • AWSコンソール上でAPI Gatewayの ゲートウェイのレスポンスを確認 • タイムアウト時はデフォルトで504を返す • 一旦、ステータスコードを504→408に変更 しかし、まだ502エラーが返ってくる。。
7. 原因：API Gateway × Lambda のタイムアウト挙動 502エラー タイムアウト • API Gateway×Lambdaでは、どちらが先にタイムアウトするかで 挙動が変わる • API Gatewayが先にタイムアウト • API Gateway自身がエラーを返す • ゲートウェイのレスポンスが効く（デフォルト504） • Lambdaが先にタイムアウト • Lambdaがプロキシ統合のレスポンス形式ではなく、 エラー内容のみを返す • API Gatewayがうまく扱えず 502を返す 今回起きた原因： • API Gatewayはデフォルトのタイムアウト：29秒 • 動作確認時にはLambdaのタイムアウトを30s→1sに変えて実施 504エラー タイムアウト
8. まとめ API Gatewayのプロキシ統合では • API Gateway × Lambda では、同じタイムアウトでも、どちらが先かで挙動が変わる • ゲートウェイレスポンスで制御できるのは「API Gateway起因のエラー」だけ • LambdaのタイムアウトがAPI Gateway（29秒）より短いと意図しない 502 エラーになる • 動作確認時にLambdaのタイムアウトを短くするのは要注意 • タイムアウトの動作確認では、コード側でスリープを入れるなどして再現するのが安全