参照：
https://docs.microsoft.com/en-us/azure/api-management/transform-api

トランスポート層セキュリティ（TLS）プロトコルの終了（「SSLオフロード」）またはHTTP / HTTPSごとの要求、アプリケーション層の処理を探している場合は、アプリケーションゲートウェイを確認してください。
Application Gatewayはレイヤー7ロードバランサーです。つまり、Webトラフィック（HTTP、HTTPS、WebSocket、およびHTTP / 2）でのみ機能します。SSLターミネーション、Cookieベースのセッションアフィニティ、負荷分散トラフィックのラウンドロビンなどの機能をサポートします。Load Balancerは、レイヤー4（TCPまたはUDP）でトラフィックを負荷分散します。
参照：
https://docs.microsoft.com/en-us/azure/application-gateway/application-gateway-faq

https://docs.microsoft.com/en-us/azure/aks/virtual-nodes

Azure Container Instances（ACI）を使用すると、インフラストラクチャのオーバーヘッドを追加することなく、コンテナーインスタンスをすばやくデプロイできます。AKSに接続すると、ACIはAKSクラスターの安全な論理拡張になります。仮想Kubeletに基づく仮想ノードコンポーネントは、ACIを仮想Kubernetesノードとして提示するAKSクラスターにインストールされます。その後、Kubernetesは、AKSクラスター内のVMノード上のポッドとしてではなく、仮想ノードを介してACIインスタンスとして実行されるポッドをスケジュールできます。
アプリケーションは、仮想ノードを使用するために変更する必要はありません。クラスターオートスケーラーがAKSクラスターに新しいノードを展開するため、展開はAKSとACIにまたがって拡張でき、遅延はありません。

注：AKSクラスターは、次の2つの方法のいずれかでスケーリングできます。
クラスターオートスケーラーは、リソースの制約のためにノードでスケジュールできないポッドを監視します。その後、クラスターはノードの数を自動的に増やします。
水平ポッドオートスケーラーは、Kubernetesクラスター内のMetrics Serverを使用して、ポッドのリソース需要を監視します。アプリケーションがより多くのリソースを必要とする場合、ポッドの数は需要を満たすために自動的に増加します。
参照：
https://docs.microsoft.com/en-us/azure/aks/concepts-scale5