Ошибка подключения при развертывании шаблона группы ресурсов Azure с virtualNetworkConnections

Question

У меня есть конвейер выпуска веб-API, который развертывает ресурсы (используя задачу развертывания группы ресурсов Azure) и развертывает наш API.

Наше намерение заключается в развертывании без простоев, поэтому мы тестируем его с запущенным jmeter во время процесса выпуска.Мы обнаружили, что во время развертывания ресурсов мы получаем исключения в течение нескольких секунд.При проверке Приложения выясняются подробности исключений, которые мы обнаружили, что основной причиной является потеря соединения с нашими локальными ресурсами.Подробности исключений:

"Невозможно подключиться к удаленному серверу. Запрошенный адрес недопустим в своем контексте [theIp]: 80"

Для подключения кна локальных серверах мы используем virtualNetworkConnections, например:

        {
          "type": "Microsoft.Web/sites/slots/virtualNetworkConnections",
          "name": "[concat(variables('StagingSlotName'), '/', parameters('VNetName'))]",
          "apiVersion": "2016-08-01",
          "location": "[resourceGroup().location]",
          "properties": {
            "vnetResourceId": "[resourceId(parameters('VNetResourceGroup'), 'Microsoft.Network/virtualNetworks/',  parameters('VNetName'))]"
          },
          "dependsOn": [
            "[resourceId('Microsoft.Web/sites', variables('WebAppName'))]",
            "[resourceId('Microsoft.Web/sites/slots', variables('WebAppName'), parameters('StagingSlotName'))]"
          ]
        }

Единственный вариант, о котором мы можем сейчас подумать, - это определение, вызывающее перезапуск VPN во время развертывания.

Итак, вопрос таков: это известная ошибка, которую собирается решить MS?Это функциональность за счет дизайна?Есть ли что-то, что мы делаем неправильно, поэтому есть способ избежать этого?

Если мы не сможем заставить это работать так, как есть, нам нужно будет создать два конвейера выпуска, один из которых будет развертывать ресурсы,выполняется только при необходимости, а другой конвейер выпуска развертывает код.Но я действительно думаю, что совместное развертывание этих двух вещей является правильным способом сделать это ...

Спасибо за вашу помощь!