Какова противоположность 202 принятых?

Question

Я пурист, поэтому, когда мое приложение сталкивается с проблемой при сохранении данных, мне нравится возвращать правильные коды статуса http для моих пользователей (другие службы).

Это легко, если вы можете подтвердить запрос или знаете, что ваш сервер скончался. Но что происходит, когда это не так?

Когда все хорошо, и я могу сохранить данные, я возвращаю 202 Accepted. Что мне нужно вернуть, когда я не смог сохранить данные, но данные были действительно правильными, и мои серверы работают отлично, и это чужая ошибка?

В частности, сегодня я обнаружил проблему с сохранением при выполнении 2 связанных запросов в кластере db без липких сеансов.

Я не хочу врать моим пользователям. Я хочу сказать, что «Нет, я не мог сохранить данные», но я не хочу обвинять их в них (4xx), и это определенно не является внутренней ошибкой сервера.

Есть ли сообщение «Я не мог сделать ваш запрос» или ответ «Что-то пошло не так, попробуйте еще раз»?

Или я слишком серьезно отношусь к 500, и это должно быть то, что я использую?

Answer 1

Это, безусловно, ошибка 500, имейте в виду, что каждая подсистема или служба, которые вы используете под капотом, является частью вашего сервера с точки зрения клиента.

Вы можете объяснить, что произошло более подробно в объекте ответа.

От rfc2616:

10.5 Server Error 5xx 

    Response status codes beginning with the digit "5" indicate cases in 
    which the server is aware that it has erred or is incapable of 
    performing the request. 

Answer 2

Это зависит от конкретной причины, но может быть уместно использовать 503 Service Unavailable, а резерв - общий 500. Википедия имеет a comprehensive list of status codes.