429、414、499、405 エラー - API呼び出し失敗のエラーメッセージ

API呼び出しは、非常に高いトラフィック負荷により失敗することがあります。これは特に、1秒あたり複数の呼び出しが同時かつ継続的に、長時間にわたって送信される場合に当てはまります。たとえば、数学的に単純化するために、APIが毎秒10レコードの割合で呼び出しを送信し、戻りレスポンスでは5件の呼び出しが正常に返されたとします。つまり、5件の呼び出しが失敗したことになります。送信に失敗した、受信されなかった、サーバーによる応答に失敗した、あるいはD - これらすべてが原因です。

*注: これは、毎秒複数の呼び出しを絶えず送信するのではなく、ベストプラクティスとして、1秒または2秒、あるいはそれ以上の間隔を空けて呼び出しをずらすことが推奨される理由の1つです。 

エンドユーザーは、どのサーバー、ブラウザ、アプリケーションからでも429エラーメッセージを受け取る可能性があります。使用しているオペレーティングシステム / ブラウザによって、メッセージは多少異なる場合があります:

1. 429エラー
2. HTTP 429
3. エラー429（リクエストが多すぎます）

*すべてに共通して「429」が含まれているため、これらのエラーは一般的に429sと呼ばれます。

429エラーとその友人、414エラー 

すべてのエンドユーザーは、組織が定めたプロトコルに基づいて429エラーの発生に対処する必要があります。429エラーはアプリケーションによって課されるものではなく、このエラーメッセージを引き起こした動作の結果です。これはアプリケーションやサーバーの障害ではなく、外部から修正することはできない点に注意することが重要です。 

最も簡単に言えば、429エラーはエンドユーザーが対処しなければならないレート制限のシグナルです。レート制限はアプリケーション間で共通ではなく、固定されたものでもありません。そのため、429エラーを引き起こした状況に関連して、エンドユーザーだけが対処できます。 

429について理解できたところで、414エラーについて説明しましょう 

429エラーに414エラーが伴うことは珍しくありません。414エラーは、「URLリクエストが長すぎます（URL & URI）」と表示されることがよくあります。API呼び出しが、タイムリーに応答できないほどの速度で送信されている場合、414エラーが発生することがよくあります。URLが長すぎたか、量と速度の組み合わせにより、十分な速さで応答できなくなったということです。 

499クライアントがリクエストを閉じました 

HTTP ステータスコード 499：Nginx によって導入された非標準のステータスコードで、サーバーがリクエストに応答する前にクライアントが接続を閉じた場合に返されます。多くの場合、クライアント側（エンドユーザー）のタイムアウトが原因です。これは、Nginx がリクエストを処理している間にクライアントが接続を閉じた場合に発生します。 

4XX クラスのコードは、クライアントエラーコードと呼ばれることがよくあります。HTTP + 4 + XX は、クライアント（エンドユーザー）が何らかの誤りを犯したことを示します。具体的には、クライアント側でエラーが発生しています。  

L2L の素晴らしい開発チームが、この問題の診断とトラブルシューティングをお手伝いします。429 エラーを修正することを最初に推奨します。これにより、通常の状態に戻るまでの時間を大幅に短縮できます！ 

詳細を読みたい場合は、こちらの記事をご覧ください： https://developer.mozilla.org/en-US/docs/Web/HTTP/Status/429

405 Method Not Allowed エラー

Hyper Text Transfer Protocol（HTTP）の 405 Method Not Allowed レスポンスステータスコードは、サーバーがリクエストメソッドを認識しているものの、対象リソースがそのメソッドをサポートしていないことを示します。