서유럽(West Europe)에 있는 Windows App Service가 두 개의 백엔드 네트워크에 액세스해야 합니다. (A) 서유럽의 VNet에 있는 Azure SQL Database 프라이빗 엔드포인트, (B) 북유럽(North Europe)에 있는 VNet의 애플리케이션 서버(해당 VNet의 VPN gateway를 통해서만 연결 가능). 앱은 해당 VNet으로부터의 인바운드 연결을 필요로 하지 않습니다. 각 백엔드에 어떤 VNet 통합 방식을 사용해야 할까요?

Windows App Service가 동일 지역(서유럽) VNet의 프라이빗 엔드포인트에 액세스하려면 지역 VNet 통합이 가장 적합합니다. 이는 App Service를 VNet의 서브넷에 직접 연결하여 VNet 내 리소스에 대한 아웃바운드 액세스를 제공합니다. 다른 지역(북유럽)에 있는 VNet의 애플리케이션 서버에 액세스해야 하며, 해당 VNet의 VPN Gateway를 통해서만 연결 가능하므로 게이트웨이 필수 VNet 통합을 사용해야 합니다. 이 방식은 App Service를 원격 VNet의 VPN Gateway에 연결하여 지역 간 연결을 설정합니다. 다른 옵션들은 다음과 같은 이유로 올바르지 않습니다. App Service에 Private Endpoint를 사용하는 것은 인바운드 연결을 위한 것이며, 여기서는 아웃바운드 연결이 필요합니다. ExpressRoute FastPath는 VNet 통합 방식이 아닙니다. A에 게이트웨이 필수 VNet 통합을 사용하는 것은 동일 지역 내 연결에 불필요하며, B에 지역 VNet 통합을 사용하는 것은 다른 지역의 VNet에 직접 연결할 수 없습니다. 지역 VNet 통합과 VNet 피어링을 사용하는 것은 A에는 적합하지만, B의 경우 VPN Gateway를 통한 연결이 명시되어 있으므로 게이트웨이 필수 통합이 더 적합합니다. 서비스 엔드포인트는 PaaS 서비스에 대한 액세스를 보호하는 데 사용되며, App Service 자체에 대한 아웃바운드 연결을 제공하지 않습니다. Azure Firewall을 통한 NAT 구성은 VNet 통합의 직접적인 대안이 아닙니다.