私の会社では、Application Gateway のようなものを、SSL オフロードを使用して、すべての受信要求のスケーラブルなエントリポイントにし、これらの要求を Azure サブスクリプションではなく会社に属している外部 Web サーバーに分散させたいと考えています。
Application Gateway が実際に推奨される方法である場合、XML 構成ファイルでそのようなことをどのように宣言できますか? そうでない場合、それを達成できる最善の方法は何ですか?
私の会社では、Application Gateway のようなものを、SSL オフロードを使用して、すべての受信要求のスケーラブルなエントリポイントにし、これらの要求を Azure サブスクリプションではなく会社に属している外部 Web サーバーに分散させたいと考えています。
Application Gateway が実際に推奨される方法である場合、XML 構成ファイルでそのようなことをどのように宣言できますか? そうでない場合、それを達成できる最善の方法は何ですか?
アプリケーション ゲートウェイはこれを実現するためのオプションですが、アプリケーション ゲートウェイを使用すると、AzureVM リソースが使用されます。スケーラビリティは問題ありませんが、スケールアウトの場合に備えて、より多くのアプリケーション ゲートウェイを事前に作成する必要があります。スケール ダウンの場合は、スケール ダウンする前に、現在のゲートウェイから他のゲートウェイにトラフィックを再ルーティングする方法も最初に確認する必要があります。別のデザインをお勧めします。azure app-services を使用して。これは、サービスとしての Web サーバー ファームです。Web サーバーでは IIS が実行されており、フォワード/リダイレクト リバース プロキシまたは ARR を作成できます。アプリケーション要求ルーティングやリバース プロキシなどの Azure トピックのようなポイントをチェックしてください。
http://blogs.iis.net/carlosag/setting-up-a-reverse-proxy-using-iis-url-rewrite-and-arr
http://www.iis.net/learn/extensions/url-rewrite-module/iis-url-rewriting-and-aspnet-routing
よろしく
パトリック