ローテーションセッションとスティッキーセッション: リクエストごとの選択方法

一文で表すルール#

各リクエストが独立している場合はローテーションします。ターゲットがリクエストを結び付けるとき (ログイン、カート、ページ分割された検索、複数ステップのフォーム)、または一貫性を監視するときにスティックします。

デシジョンテーブル#

ゲートウェイの決定方法#

• 新しい TCP 接続は新しいトランスポート接続であり、新しい終了の証明ではありません。ゲートウェイに割り当てられたローテーション モードによって、接続のルーティング方法が決まります。
• 割り当てられたゲートウェイがサポートする独立したワークフローごとに、個別のセッション ID を使用します。接続の詳細で、許可されている期間と場所のパラメーターを確認してください。住宅用デバイスは、要求された期間が経過する前に切断される可能性があります。スティッキー セッションは、何日間も同じ IP を保証するものではありません。固定アドレスの場合はスタティック専用品と比較してください。
• セッション識別子を変更すると、サポートされている場合は別のルーティング セッションが要求されます。未使用または異なる IP を保証するものではありません。ユーザー名からアドレスを推測するのではなく、返されたアドレスを測定します。
• アイドル タイムアウトは、クライアント、ゲートウェイ、出口、または宛先から発生する可能性があります。経過時間を記録し、クライアントの接続/読み取り制限を割り当てられたサービス設定と比較します。接続がリセットされただけでは、住宅出口がオフラインになったことは証明されません。構成を変更する前に、小さなリクエストでエラーを再現してください。

キープアライブトラップ#

接続の再利用と IP 割り当ては異なる制御です。クライアントセッションはソケットを再利用します。割り当てられたゲートウェイのみがローテーションとスティッキーセッションの動作を決定します。サービスで提供されるセッション パラメーターを使用し、複数のリクエストにわたる終了を確認します。ソケットを閉じるか、Connection: close を送信しても、異なる IP が保証されるわけではありません。

再試行#

再試行する前に応答を分類してください。 403 は、別の IP が解決できないアクセス ルールを示している可能性があります。 429 の場合は、Retry-After を尊重し、リクエスト率を下げます。一時的な接続またはサーバー障害の場合は、制限付きバックオフを使用します。重複したアクションを防止できる場合にのみ、状態変更操作を再試行してください。

平行度#

個別のセッション識別子は、ブラウザの Cookie やアプリケーションの状態ではなく、ルーティング設定を分離します。少数のワーカーから始めて、エラーとトラフィックを測定し、注文と目的地で確認された制限内で徐々に増やしてください。都市または通信事業者の選択が狭いと、利用可能な容量が減少する可能性があります。

人々が尋ねる質問#