Vous concevez une architecture résiliente aux zones pour une API à haut débit hébergée sur des machines virtuelles derrière une passerelle de couche 7. La solution doit survivre à une défaillance d'une seule zone de disponibilité sans changer l'adresse IP publique, distribuer la puissance de calcul sur plusieurs zones et terminer le TLS au niveau de la passerelle. Que devriez-vous concevoir ? Choisissez deux réponses.

Pour une architecture résiliente aux zones avec une API à haut débit, il est crucial de distribuer les ressources sur plusieurs zones de disponibilité. Déployer Application Gateway v2 en tant que ressource redondante interzone avec une adresse IP publique Standard redondante interzone garantit que la passerelle de couche 7 et son IP restent disponibles même en cas de défaillance d'une zone, sans changement d'adresse IP. Un groupe de machines virtuelles identiques (VMSS) étendu sur plusieurs zones de disponibilité pour les machines virtuelles d'application assure que la puissance de calcul est distribuée et que l'application continue de fonctionner si une zone devient indisponible. Déployer une passerelle d'application monozone ou placer toutes les VM dans un groupe à haute disponibilité dans une seule zone ne fournirait pas la résilience interzone requise. Utiliser une adresse IP publique de SKU de base ne prend pas en charge la redondance de zone native et nécessiterait des mécanismes de basculement plus complexes avec Traffic Manager, ce qui n'est pas la solution la plus simple pour la résilience de zone directe.