Tiene un App Service de Windows en Europa Occidental que debe acceder a dos redes de backend: (A) un punto de conexión privado de Azure SQL Database en una VNet también en Europa Occidental, y (B) un servidor de aplicaciones en una VNet ubicada en Europa del Norte al que solo se puede acceder a través de la VPN gateway de esa VNet. La aplicación no debe requerir conectividad entrante desde esas VNets. ¿Qué enfoque de integración de VNet debe usar para cada backend?

La integración regional de VNet permite que su App Service acceda a recursos dentro de una VNet en la misma región, como el punto de conexión privado de Azure SQL Database (A). Para acceder a recursos en una VNet en una región diferente a través de una VPN gateway (B), se requiere la integración de VNet que requiere gateway. Las opciones incorrectas son: Usar un Private Endpoint en el App Service no es una opción válida para la integración de VNet. ExpressRoute FastPath no es una solución de integración directa para App Service a una VNet remota a través de una VPN gateway. La integración de VNet que requiere gateway para A es innecesaria ya que el recurso está en la misma región. La integración regional de VNet para B no funcionaría para una VNet en una región diferente que requiere una VPN gateway. La integración regional de VNet para ambas no es adecuada para el escenario B sin una gateway. El VNet peering solo permite la comunicación directa, pero el requisito es usar la VPN gateway para B. Los service endpoints para App Service no son el mecanismo para acceder a un Private Endpoint. Azure Firewall no es una solución de integración de VNet para el App Service.