エラーは、AWSと指数バックオフを再試行してください

  • (等DNSサーバ、スイッチ、ロードバランサ、など)、ネットワーク上の多数の部品は、所与の任意のリンクの問題のライフサイクルを要求することができます。ネットワーク環境では、従来の処理技術は、これらのエラーに対応するために、クライアントアプリケーションを再試行実装することです。この技術は、アプリケーションの信頼性と運用コストの削減の開発を向上させることができます。
  • 各AWSの開発ツールキットは、実装自動再試行ロジックをJava用AWS SDKは自動的にあなたが使用することができ、要求を再試行します  ClientConfiguration 再試行の設定を構成するクラスを。例えば、要求最小の遅延を使用して作られた、ページを再試行したくないために、あなたは、再試行ロジックをオフにしたい場合があります。あなたは使用することができる  ClientConfiguration クラスを、とするために  maxErrorRetry 提供  0 もう一度試していないように設定され、この値を、。
  • あなたがAWS SDKを使用しない場合は、元の要求を再試行し、サーバーエラー(5xxの)または制限するエラーを受けなければなりません。しかし、クライアントエラー(4xxのは)あなたは、要求自体を変更する必要がある問題を修正し、再度試してください。
  • もう一度試すに加えて、各AWS開発キットは、さらに別の実施形態指数バックオフアルゴリズムを、より良いプロセス制御を達成します。指数バックオフ原理は、連続リトライ間隔に間違った応答が長く、長く待つことです。あなたは、最長の遅延間隔と再試行の最大回数を実装する必要があります。最大遅延間隔および試行の最大数は必ずしも一定値ではなく、実行される操作と他の局所因子(例えば、ネットワーク遅延)に応じて設定されるべきです。
  • ほとんどの指数バックオフアルゴリズムは、連続的な衝突を防ぐために、ジッタ(ランダム遅延)を使用します。これらのケースでは、あなたが、このような競合を回避しようとしていないので、この乱数を使用する必要はありません。しかし、同時クライアントならば、あなたはリクエストの実行速度を成功を支援するために振ります。詳細については、指数バックオフをして振るボーエンを。

おすすめ

転載: www.cnblogs.com/cloudrivers/p/11617303.html