非同期化で失われる暗黙のバックプレッシャーを同期版セマンティクスの再現で補う
アーキテクチャ
非同期処理
判断
原則
同期 API では「リクエスト=処理そのもの」なので、同時実行数の上限(concurrency limit → 429/Retry-After)が生成量を自然に律速していた。これを非同期タスク化(作成 API が即時に返り、実処理はワーカー)すると、その暗黙のバックプレッシャーが消え、1テナントがキューに無制限に積める状態になる。対策として、同期版と同じ上限値・同じ応答セマンティクス(上限到達で 429/Retry-After、既存クライアントのリトライがそのまま効く)を、タスク作成時にストレージ側のアクティブ件数カウントで再現して維持する。設計原則: 同期→非同期リファクタでは、旧構造が暗黙に担っていた流量制御・順序・整合の保証を洗い出し、明示的な仕組みで意図的に置き換える(消えたことに気づかないのが事故になる)。