REST APIがHTTPステータスを返す必要がある状況503

Question

標準では、

10.5.4 503サービスは利用できません。サーバは、一時的な過負荷またはサーバのメンテナンスのために、現在要求を処理できません。これは一時的な条件であり、いくらか遅れて緩和されるということです。

REF：https://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html

サーバは、データベース・アクセス・レベルでロックcontensionを有している場合、サーバは、このような場合には503を返すべきです。ネットワーク

明示的なメンテナンスウィンドウをロードバランシングを大変疲れ

DOSタイプの状況

をオーバーロード

• ：または503のステータスがためのものです。それはHTTPステータス503

  を返すことは理にかなって、他のどのような状況

任意の詳細な解明がはるかに高く評価されます。

Answer 1

サービスがデータベースの競合を経験したとしましょう。サーバーが何をしなければならないかに関する規則はありません。しかし、問題が一時的であると思われ、しばらくして解決される場合は、503を返すこともできます。 Retry-Afterヘッダーを指定して、再試行できるときに発信者に通知することができます。これは、発信者が問題から自動的に回復できるようにするために特に便利です。他のシナリオのいくつかのためにそれを使用することができますし、発信者は指定された期間後に自動的に再試行することができます。

ステータスコードは、発信者が

は、呼び出し側が、彼は、発信者の再試行は、後に提供して503を送信する次の

を何ができるかを知ってみましょう何が起こったのか知ってみましょう2つの目的

1. を果たします500を送信すると言うよりも、発信者に多くのオプションがあります。もちろん、発信者はRetry-Afterを完全に無視して500として扱いますが、サービスプロバイダとして、より多くの情報とオプションを提供しています。

Answer 2

The updated spec

サーバーは、データベース・アクセス・レベルでロックcontensionを持っている場合は、そのような場合にサーバリターン503

はRESTモデルHTTPステータスコードには、心に留めておくべき記述についてではありませんあなたのサービスの問題。代わりに、文書ストア内に類似のの類似の状態を記述する。

503は、ドキュメントストアが言うような方法である「私は、後でもう一度試してくださいあまりにも忙しいんです。」それは503

戻る圧力HTTPステータスを返すことは理にかなって、他のどのような状況

。Martin Thompson

から背圧を適用する最大スループットはすでに受け入れ要求およびトランザクションのシステム性能を劣化させることなく送達することができるように持続的な高負荷に対処するための1つの有効な技術です。

私たちは、このようなHTTP 503のステータスコード

として意味のある「サーバービジー」メッセージを送信するために、ゲートウェイで私たちのフルincomingキューによって通知の圧力を、バック使用後、RESTなどの同期プロトコルをサポートする必要があります