Front Door を使用して要求をルーティングする
Front Door では、Microsoft のグローバル エッジ ネットワークを使用して Web アプリケーション コンテンツの配信を管理します。 192 を超えるグローバルおよびローカル エッジの場所が世界中に分散されており、クライアント アプリケーションはエンド ユーザーにより近い場所で実行されるようになっています。 Front Door では、要求の URL に基づいて、配信元グループ内の配信元にトラフィックをルーティングします。 配信元は、Azure 仮想マシン、App Services、ストレージ アカウント、またはオンプレミスでホストされている Web サーバーまたはコンテンツである可能性があります。
Front Door で要求をルーティングする方法
Front Door トラフィックのルーティングは、複数のステージで行われます。 トラフィックは、最初にクライアントから、ユーザーに最も近いエッジの場所にある Front Door プロファイルにルーティングされます。 この後、Front Door で要求が処理され、要求に応答するための最適な配信元が決定されます。 ルーティング規則、ルール エンジン規則、Web アプリケーション ファイアウォール (WAF) ポリシー、キャッシュ構成などの構成は、ルーティング プロセスに影響する可能性があります。
要求と Front Door プロファイルの照合
Front Door では、HTTP/HTTPS 要求を受信すると、要求のホスト ヘッダーを使用して要求を正しい Front Door プロファイルと照合します。 要求がカスタム ドメイン名に対するものである場合、トラフィックを Web アプリケーションに正しくルーティングするために、そのドメイン名が Front Door に登録されている必要があります。 TLS ハンドシェイクは、カスタム ドメイン用に構成された証明書を使用して、クライアントとサーバー間で行われます。
WAF ルールの評価
Front Door の Web Application Firewall (WAF) ポリシーを構成すると、WAF ルールが評価されます。 ルールが破られている場合、Front Door はクライアントにエラーを返し、それ以上の要求の処理を停止します。
ルートの照合
要求が構成された WAF ポリシーのいずれかにパスすると、その要求はルートにマッチされます。 ルートによって、要求の処理方法が決まります。 ルートは 2 つの部分に分けることができます。 要求のプロパティを使用してルーティング規則と照合できる左側と、要求のさらなる処理方法を決定する右側です。 ルーティング規則内では、要求を配信元に転送する前に Front Door で処理する方法をカスタマイズするようにルール セットを構成できます。 ルール セットのユース ケースとしては、クライアントのデバイスの種類に基づいてアプリケーションのモバイルまたはデスクトップ バージョンにユーザーをルーティングする場合があります。 ルール セットは、配信元に転送せずに応答をリダイレクトするためにも使用できます。 ルーティング規則でキャッシュが有効にされている場合、Front Door はキャッシュから要求に応答することを試みます。 キャッシュされた応答が使用できない場合、要求は、応答できる適切な配信元に転送されます。
トラフィックのルーティング方法
Front Door では、配信元グループから、クライアントの要求に応答できる最適な配信元を選択します。 Front Door で、要求を処理するための最適な配信元を決定しようとする場合、次の要因が使用されます。
- 配信元の正常性 - Front Door は、構成されたパス、プロトコル、間隔、プローブ方法に基づいて正常性プローブを送信し、配信元グループ内の各配信元の正常性を監視します。
- ルーティング方法 - 既定では、配信元は最も短い待機時間となるものが選択されます。 優先順位または重み付けの値を定義して、ある配信元を別の配信元よりも優先させることができます。
- セッション アフィニティ - セッション アフィニティが有効な場合、同じエンド ユーザーからの要求は同じ配信元に送信されます。
車両部門のルーティング
自動車部門のシナリオを再び使用しましょう。 Front Door は、起こり得るリージョン障害の問題に対処すると同時に、エンド ユーザーの全体的なエクスペリエンスをグローバルに向上させるために使用することができます。 ルートの照合により、ユーザーは、配信元からリソースを要求するときに待機時間が最も短い適切な自動車 Web サイトに割り振られます。 キャッシュも有効になっているため、ユーザーから頻繁に要求されるコンテンツの応答時間を短縮することができます。 世界中の 192 の場所にエッジがあるため、ユーザーは、可用性について心配することなく、どこからでも車両 Web サイトにアクセスできます。