リトライパターン とは？

100人のクライアントが同時にエラーを受けて全員即座にリトライしたら、サーバーに200リクエスト（元の100＋リトライ100）が殺到する。サーバーが回復しようとしているのに負荷が倍になって、さらに悪化する「リトライストーム」が起きるんだ。だから指数バックオフで待機時間を徐々に増やすのが鉄則だよ

1回目のリトライは1秒後、2回目は2秒後、3回目は4秒後、4回目は8秒後…のように待機時間を倍々に増やす方式。さらにジッター（ランダムな揺らぎ）を加えて、複数クライアントのリトライタイミングを分散させる。AWSのSDKはデフォルトでこの方式を採用しているよ

あるよ。HTTPステータスコードで判断するのが基本。500（サーバーエラー）や503（サービス利用不可）は一時的だからリトライ対象。400（リクエスト不正）や401（認証エラー）や404（存在しない）は何度やっても同じだからリトライしても無駄。エラーの種類を見て判断するのが重要だよ

リトライと冪等性（何回実行しても同じ結果になる性質）はセットで考えるべきだよ。例えば「口座から1万円引き落とす」APIをリトライしたら2万円引き落とされたら大問題。APIを冪等にするにはリクエストIDを付与して、同じIDのリクエストは2回目以降を無視する設計にする。リトライを安全にするために冪等性は必須だね