Vous avez un microservice Azure Functions nommé App1 s'exécutant sur le plan Consommation qui utilise un déclencheur Azure Queue Storage. Vous allez migrer App1 vers un cluster Azure Kubernetes Service (AKS). L'environnement AKS doit (a) utiliser le même comportement de mise à l'échelle basé sur les événements que le déploiement actuel et (b) prendre en charge les réseaux kubenet et Azure CNI. Quelles sont les deux actions à effectuer ? (Sélectionnez-en deux.)

Pour maintenir le comportement de mise à l'échelle basé sur les événements d'Azure Functions sur un plan Consommation, vous devez installer KEDA (Kubernetes-based Event Driven Autoscaling) dans votre cluster AKS. KEDA permet aux charges de travail Kubernetes de s'adapter en fonction du nombre d'événements à traiter, comme les messages dans une file d'attente Azure Storage. Une fois KEDA installé, vous configurez le dimensionnement automatique horizontal des pods (HPA) pour utiliser les métriques fournies par KEDA. L'HPA ajustera alors le nombre de réplicas de votre microservice en fonction de ces métriques d'événements. L'installation de Virtual Kubelet ou la configuration de l'extension de nœud virtuel est pertinente pour l'intégration avec Azure Container Instances (ACI) afin d'étendre la capacité du cluster, mais ne gère pas la mise à l'échelle basée sur les événements. La configuration du dimensionnement automatique du cluster AKS est une mise à l'échelle au niveau de l'infrastructure (ajout ou suppression de nœuds), et non une mise à l'échelle des pods basée sur les événements.