Orion Retail évalue deux modèles de déploiement utilisant Azure Firewall Manager : le « hub virtuel sécurisé » (SVH) avec Azure Virtual WAN Hub et le modèle traditionnel de « hub VNet » avec un pare-feu basé sur un VNet. Ils ont besoin d'une politique centralisée, d'un onboarding automatisé des spokes et d'un routage transitif natif de hub à hub. Quelle affirmation contraste correctement le hub virtuel sécurisé avec le modèle de hub VNet ?

Le hub virtuel sécurisé (SVH) est une fonctionnalité d'Azure Virtual WAN qui intègre Azure Firewall directement dans le hub, offrant un pare-feu géré et évolutif avec un routage transitif natif et l'automatisation des connexions de spoke. Cela simplifie la gestion et le déploiement pour les architectures de grande envergure. En revanche, le modèle de hub VNet traditionnel utilise un VNet standard avec une instance d'Azure Firewall déployée manuellement. Ce modèle nécessite une configuration manuelle du peering entre le hub et chaque spoke, ainsi qu'une gestion manuelle du routage transitif. Les autres options sont incorrectes car : Le SVH prend en charge Azure Firewall Premium, y compris IDPS et l'inspection TLS. Azure Firewall, qu'il soit dans un SVH ou un VNet, est un service géré et hautement disponible, ne nécessitant pas de NVA supplémentaires pour la haute disponibilité. Le SVH, via Azure Firewall Manager, automatise la distribution des politiques et la gestion centralisée ; le modèle de hub VNet peut également utiliser Firewall Manager, mais le SVH est intrinsèquement plus intégré et automatisé dans le contexte de Virtual WAN.