Browser Grid ワークフロー

概要

以下の概要図は、Browser Grid コンポーネントを使用した際に発生する操作を示しています。

上記の図から、以下のことが理解できます：

• ユーザーはコードを通じてリモートブラウザに接続し、起動しようとします。

• 構成済みの Browser Grid を通じてリモートブラウザに接続すると、グリッドがアクティブになり、リクエスト負荷の送信を開始できます。

• ユーザーが構成済みのブラウザグリッドにリクエストを送信し始めると、最初に Hub が処理します。

• Hub は、利用可能なノードがあるかどうかを確認するために必要な計算を実行します。

• ノードに利用可能なブラウザがある場合、リクエストは利用可能なブラウザに送信されます。

• 利用可能なブラウザがない場合、リクエストはキューに入れられます。

Browser Grid ワークフローの詳細

ブラウザでリクエストを処理しようとする際に発生する基本的なワークフローは以下のとおりです：

• Hub が利用可能なノードを確認します。

• ノードが利用可能な場合、リクエストはノード内のブラウザによって処理されます。

• ノードが利用可能でない場合、リクエストはキューに入れられます。

以下のセクションでは、例を使用して同じワークフローについてより詳しく説明します。

Basic 構成で Browser Grid を作成した例を考えてみましょう。1 つのノードで 1 つのブラウザのみ実行でき、最大 3 つのノードを作成することを選択しています。

この構成では、3 つのノードを作成でき、各ノードで 1 つのブラウザが実行されます。

フル稼働時、グリッドは 3 つのブラウザを同時に実行します。

このグリッドで、リクエストに基づいて最初のノードが作成され、そのノード内で 1 つのブラウザがリクエストを処理しているとします。

リクエストのボリュームが増加し、最初のノードのブラウザがまだフル稼働している場合にのみ、2 番目のブラウザを持つ 2 番目のノードが作成されます。

同様に、リクエストの負荷が増加し、両方のノードがフル稼働でブラウザを実行している場合にのみ、グリッドに構成された 3 番目で最後のノードが作成されます。

リクエストの負荷がさらに増加すると、キューに入れられます。キューは 30 秒間有効です（この例を示すために、ヘッドレスブラウザが Selenium 自動化ライブラリを使用して接続されていると想定します）。

この時間間隔内に、ノード内のリモートブラウザが利用可能になると、Hub はキューに入れられたリクエストを新しく利用可能になったノードにプッシュします。