メールのトランザクション設計 - Qiita

3日目で息切れしてきたので、今日は軽めな内容です。 データベース更新とメール送信の一貫性 商品購入の完了ページなど、よくデータベースを更新して、メールを送信してデータベースをコミットするという仕様があります。 データベース登録出来てないのに、完了メールを送るわけにはいかないので、これらを1トランザクションにできなきゃいけません。が、SMTPプロトコルにコミット/ロールバックの概念はありません。 さて、どう設計しましょうか、というお話です。 方式 A.DBトランザクション後にメールを送る 同一トランザクションはあきらめ、データベースを先にコミットし、その後でメールを送る、という設計です。 メール送信でエラーになったら、データベースには書き込めているので、メールだけ再送するように仕組みを作ったりします。 以下のようなイメージです。 public class OrderController {

[rochefort]

とりあえず送ってみて、ダメだったら連続失敗回数をカウントアップし、何回か連続して送信失敗したら、不達アドレスとして以降送信しないようにする

[ginzi009]

メールのトランザクション設計

[terazzo]

性能要件次第だけどLAN内にSMTPサーバあればキューイングもディスクへの同期もやってくれるのであんまり困らないことが多い。