前回の記事では APGW のパスベースルーティングをチュートリアルを参考に試してみました。
前回記事 => Azure Application Gateway のパスベースルーティングを試してみる
チュートリアルではバックエンドプールに VM の IIS を追加するという形でした。今回はターゲットの指定を Web App にしてみようと思います。
まずは App Services デプロイ
komiyasaservices という App Services をデプロイしてみます。前回作成した APGW と同じリソースにデプロイしました。プランは B1 を指定します。
作成したリソースの名前はあとでバックエンドプールから指定するので覚えておきましょう。デプロイが完了したら App Services の準備は終了です。
バックエンドプールに App Services を追加する
前回作成した Application Gateway のメニューから、バックエンドプールを追加します。
新しく komiyasabackendpool という名前のバックエンドプールを追加し、ターゲットを先ほど作成した App Services の名前を追加します。App Services として同じサブスクリプションのものすべてが指定できます。
これでバックエンドプールの作成とターゲットの指定は完了です。
ルーティング規則の追加
最後にルーティング規則を追加します。パスが /komiyasa/* というパスを追加します。ターゲットで先ほど追加したバックエンドプールを指定します。
保存を押すとわずか10秒まりで設定完了の通知がきます。APGW のデプロイ自体には時間がかかりましたが、規則を更新したり、ルールを追加したりする際は割とさくっとできるみたいですね。
試してみる
追加した URL パスルールの komiyasa にアクセスしてみると、ちゃんと App Services にルーティングされているのが確認できました。
こちら一般サイトですが、App Services にデプロイした API を URL パスベースルーティングを使用する方法について参考になるかと思います。
参考サイト => Azure App Service と Application Gateway の連携（ルーティング編）
次はバックエンドに AKS のリソースを追加して、マイクロサービスのアーキテクチャに役立つような Application Gateway の使い方をまとめてみようかと思います。