エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
SES→S3→SNS→SQS→Step Functionsで作る「破綻しないメール処理フロー」実践記 - FURYU Tech Blog - フリュー株式会社
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
SES→S3→SNS→SQS→Step Functionsで作る「破綻しないメール処理フロー」実践記 - FURYU Tech Blog - フリュー株式会社
フリューAdvent Calendar 2025 の17日目の記事となります。 こんにちは!フリュー株式会社 にぎやかし担... フリューAdvent Calendar 2025 の17日目の記事となります。 こんにちは!フリュー株式会社 にぎやかし担当 森田です! 今回は たった1通のメールを処理するためにAWSをどう組み合わせてフローを作ったか そしてその中で気づいた「落とし穴と学び」について書きます。 📩 要件 複数アドレスでメールを受信したい 添付ファイルを抽出して保存したい 本文を解析して必要な情報を取り出したい 取り出した情報を DB に登録したい つまり メール受信 ⇒ 格納 ⇒ 通知 ⇒ 分解 ⇒ 登録 という流れを 安全・確実・再実行可能 にする必要があります。 🛠 最初に考えた構成 SES:メール受信 S3:メール保存 SNS:イベント通知 SQS:処理キュー(DLQ付き) Lambda:解析して DB登録 Aurora MySQL:保存先 当時の私はこう思いました。 「完璧なフローのできあが

