Webサービスにおける非同期処理の勘所 - pospomeのプログラミング日記

株式会社カミナシで VPoE を務めている pospome です。 (´・ω・`) 最近非同期処理について考えることがあったので、そのときに考えたことをサクッとまとめようと思います。 非同期処理について体系的にまとめたものではなく、あくまで "その時に考えた限定的な内容" になります。 Webサービスにおける非同期処理とは 非同期処理はめんどくさい 同期処理では要件を満たせないケース 非同期処理の面倒なポイント 1. メッセージキュー/タスクキューに対する理解 2. ワーカー処理が失敗したときのリカバリ方法を考える 3. ボトルネックの確認と対策 補足：非同期処理を上手く扱えるようになろう まとめ 宣伝 Webサービスにおける非同期処理とは 本記事を読み進めるにあたって、 "非同期処理" の認識を合わせておきましょう。 Webサービスにおける非同期処理は AWS SQS, Google C

[bootJP]

Wokerクラッシュ時の挙動についてアーキテクチャで吸収する方向の記事を書いたことがあるので、もし気になる方来たらぜひみてください https://techblog.hacomono.jp/entry/2025/06/03/110000

[tohnishi]

「非同期処理を扱うにあたって、抑えなければいけないポイントを抑えていない場合、リリース後の運用で問題が発生します」ほんそれ。

[atico]

メッセージを送るためのレコードをトランザクション内で作成し、after_transactionでそのレコードを使ってsqsに送信し、送信後にレコードを送信済みにするとsqsが落ちてても再開でき、届いた時点でcommitされたレコードも見れ