AWSのサーバーレスでとりあえず開発をはじめてみた時に無知ゆえに陥りがちなこと

社内で実施したLT大会の登壇資料のオリジナル
https://youtu.be/EVdUQx4jCkE
https://speakerdeck.com/iret/awsnosabaresudetoriaezukai-fa-wohazimetemitashi-ni-wu-zhi-yuenixian-rigatinakoto
https://iret.media/99124

Transcript

1. ©アイレット株式会社 第四開発事業部 第三開発セクションリーダー 西田 駿史 2024/03/01 AWSのサーバーレスで とりあえず開発をはじめてみた時に 無知ゆえに陥りがちなこと
2. 講師⾃⼰紹介 2 n ⻄⽥ 駿史 • 第四開発事業部 第三開発S セクションリーダー • SES ⇒ SIer ⇒ エンジニア、PM、マネジャー • 2019年4⽉アイレット⼊社 • 登壇久しぶりなので頑張ります🔥 • 最近AWS、GC両⽅全冠しました👑👑 danishi
3. アジェンダ 3 n今⽇話すこと • AWSのサーバーレスで開発をした時のハマりどころいくつか • どうやってサーバーレスの制約を回避するか ※バックエンドをAPI Gateway + Lambda + DynamoDBでSPAの仕組みを 作った時の経験を元に話します
4. AWSのサーバーレスで とりあえず開発をはじめてみた時に 無知ゆえに陥りがちなこと 4
5. サーバーレスじゃない時（LAMPとか） 5 チャレンジング （無茶）な要件 トリッキーな 実装 開発中の 仕様変更、追加要望 だいたいなんとかなる（なお現場は） 重たいバッチを ぶん回す
6. サーバーレスの時 6 サーバーレスアーキテクチャは メリットも多いが制約も多い チャレンジング （無茶）な要件 重たいバッチを ぶん回す （⼯夫や制約を受け⼊れないと） なんとかならない トリッキーな 実装 開発中の 仕様変更、追加要望
7. Lambdaを使う時の制約 7 n Lambdaの実⾏環境は起動ごとに⽴ち上がって（再利⽤もされるが）終わると破棄される n ⼀時ファイルを作って他のプログラムと共有するような実装はデータストアサービスと組 みわせなければできない （Lambdaだけでは）状態を持てないためステートレスな仕組みにする必要がある 最⻑15分の実⾏時間の制限がある n 15分で終わり切る処理しか作れない⇒バッチ処理に不向き n Step FunctionsやSQSを利⽤して処理を分割して実⾏する n GlueやECSなど処理時間の制約が厳しくないサービスを利⽤する ※他にも同時実⾏数とかコールドスタートとか
8. API Gatewayを使う時の制約 8 n リクエストを受けてから29秒以内にレスポンスを返さないと504エラー 最⻑29秒で統合タイムアウト n Lambdaの送受信ペイロード上限が6MB n ⼤きなファイルを直接POSTできない n Step FunctionsやSQSと組み合わせて⾮同期に。（CSV Imp/Expとか要注意） リクエスト、レスポンスのサイズ制限 n S3を利⽤する • AWS SDK for JavaScriptからS3にアップロード、APIにはパスだけ渡す • レスポンスはS3の署名付きURLを返す
9. DynamoDBを使う時の制約 9 簡単にLambdaから呼び出せるからよくDBに選定されがち。でもちょっと待ってNoSQLは曲者。 IUUQTEPDTBXTBNB[PODPNKB@KQBNB[POEZOBNPECMBUFTUEFWFMPQFSHVJEFCQHFOFSBMOPTRM EFTJHOIUNMCQHFOFSBMOPTRMEFTJHOWTSFMBUJPOBM
10. DynamoDBを使う時の制約 10 それでもパフォーマンスが良いので⼒技でなんとかなることもあるけど DynamoDBが適さないところでは素直に他のDBを使おう。最近出たZero-ETLが光明になるか。 n PK、SKおよびLSI、GSIを設定していない、できない箇所では検索（クエリ）及びソートが DynamoDBの機能では（効率的に）できない。 • 検索とソートの属性を合わせる。複合検索、複合ソートは不可。 • フィルターを使ってもコスト、速度は上がらない。 • ページングは次の検索キーを返すためフィルターやプログラムで結果を捏ねると使えない n 論理削除の実装が難しい n JOINがないのでN+1問題発⽣しがち、回避のために⾮正規化するのも⾟い n トランザクションはあるが100アイテムまで n 連番キーはホットスポットになるためアンチパターン
11. まとめ 11
12. まとめ 12 n サーバーレスアーキテクチャはメリットも多いが制約も多い n サービスの特性、制約をよく理解して、他のサービスと組み合わせる n できるだけ上流⼯程で防ぐ、下流でも柔軟さを確保したプロジェクト推進を