私は純粋主義者なので、データの保存中にアプリケーションで問題が発生した場合は、正しい http ステータス コードをユーザー (他のサービス) に返すのが好きです。
リクエストを検証できる場合、またはサーバーが停止したことがわかっている場合は簡単です。しかし、どちらでもない場合はどうなりますか?
すべてが正常で、データを保存できる場合は、202 Accepted を返します。データを保存できなかったが、データは確かに正しく、サーバーは完全に機能していて、それが他人のせいである場合、何を返す必要がありますか?
具体的には、今日、スティッキー セッションを使用せずに db クラスターで 2 つの関連するクエリを実行すると、保存の問題が発生することを発見しました。
ユーザーに嘘をつきたくありません。「いいえ、データを保存できませんでした」と言いたいのですが、それを彼らのせいにしたくはありません (4xx)。サーバーの内部エラーではないことは間違いありません。
「入札できませんでした」または「問題が発生しました。もう一度お試しください」という応答はありますか?
それとも、私は 500 を真剣に考えすぎているので、それを使用する必要がありますか?