私はサービスファブリッククラスタをAzure上で実行しています。私はApplication to Service Fabricを展開しています。AzureサービスファブリックとApplicationGateway
ここでは、このシナリオでアプリケーションゲートウェイにアサインされたアプリケーションゲートウェイを使用して、アプリケーションゲートウェイに最初に要求した後、ファブリックロードバランサに移行したいと考えています。私は、私はまた、ApplicationGateway
に挑戦上満たすためにthis.HowにApplicationGatewayを構成することが非常に混乱していますが、どのようにあなたの意味完全にわからないサービスファブリックの
を、それを使用するというアイデアを持っていけない、しかし、あなたは、SFを作成することができますクラスタおよび関連するリソースをARMのteplateを使用して管理します。それは私がやったことです。私はappgw、cluster、vmssなどを作成しました。virtualMachinesScalesets networkProfileでは、loadBalancerBackendAddressPoolsを設定するのではなく、ApplicationGateway back endAddressプールを設定する必要があります。 appgwは、vmssデプロイメントの前に存在する必要があります。あなたは必ずしもlbを必ずしも必要としません。 Appgwは負荷分散を処理できます。内部LBはあなたが後で利用することができるいくつかの素晴らしい追加機能、にもたらすにもかかわらず...
私はこれらの事は、非常に悪い文書化されていることを認めざるを得ない...
マイクロソフトのAzureアプリケーションゲートウェイは、レイヤ7を提供していますロードバランシング機能、SSLオフロード、レイヤー7ルーティング、クッキーベースのセッションアフィニティ、URLルーティング、複数のWebアプリケーションのホストが可能です。 Azure Application Gatewayにはサブネットが必要です。 Azure VNetとSubnetのセグメンテーションに慣れていないと、混乱することがあります。
マイクロソフトアプリケーションゲートウェイがで役割を果たしだろうか、アーキテクチャパターンであるあなたが理解するために必要なものをまず。
私はAzureのServiceFabric全体で私の旅を文書化するいくつかの詳細なシリーズを書かれています。
これらの記事を読むことをお勧めします。サービスファブリッククラスタの前にアプリケーションゲートウェイを持つアーキテクチャの観点について説明します。
アプリケーションゲートウェイに関係なく、内部ロードバランサまたは外部ロードバランサが必要です（トポロジによって異なります）。また
Also try to understand how it is going to impact, security architecture of your implementation
こんにちは@jpkk、 私は、すべてのServiceFabricの記述が不十分であることに同意します。 ロードバランサを完全に削除し、代わりにApplicationGatewayを使用することは可能だと述べましたが、いくつかの優れた機能を失うことになります。これらの機能は何ですか？ アプリケーション・ゲートウェイとロード・バランサの両方を使用する場合は、どのようになりますか？リクエストは次のようになると思うのですか？ http ** s **：//secured.example.com - > AppGW - > http://mycluster.westus.azure.net:19008/MyApp/MyService/ - > LB - > ReverseProxy - > Node_x – MtEdenCodeLab