Botframework-solutions: ошибка сценария развертывания: «Указанный план обслуживания приложений не найден»

вывод pwsh:

PS / Volumes / Data / Projects / Wendys / Bot / VirtualAssistantSample> ./Deployment/Scripts/deploy.ps1
Имя бота (используется как имя по умолчанию для группы ресурсов и развернутых ресурсов): robtestbot98776r
Регион группы ресурсов Azure: westus
Пароль для регистрации приложения MSA (должен состоять не менее чем из 16 символов, содержать не менее 1 специального символа и содержать не менее 1 числового символа): RandoPwd ...... 3! 24jgjd
Авторский регион LUIS (westus, westeurope или австралийский восток): westus
LUIS Authoring Key (находится на https://luis.ai/user/settings): ebfff00807a54 .... e5ea246974
Создание группы ресурсов ...
Проверка развертывания Azure ...
Шаблон недействителен с указанными параметрами. Просмотрите журнал для получения дополнительной информации.
Ошибка: развертывание шаблона «deployment_dry_run» недействительно в соответствии с процедурой проверки. Идентификатор отслеживания - 0e9e5f83-2b8a-4442-a5c5-080cccb6fab6. Подробнее см. Внутренние ошибки.
Журнал: /Volumes/Data/Projects/Wendys/Bot/VirtualAssistantSample/Deployment/Scripts/../deploy_log.txt
Чтобы удалить эту группу ресурсов, выполните 'az group delete -g robtestbot98776r --no-wait'
PS / Volumes / Data / Projects / Wendys / Bot / VirtualAssistantSample>

Я пробовал развернуть вручную с помощью ARM, и он выдает ошибку с тем же сообщением об ошибке.

Привет, @ rob-derosa, похоже, проблема со службой QnA Maker в Azure. Я связался с командой и обновлю эту проблему, как только получу ответ.

Тем временем вам может потребоваться удалить службы QnA из шаблона руки, чтобы развертывание работало.

Где живет шаблон руки? Я не нашел ни одного в шаблоне.

Его развертывание \ Resources \ template.json

Попался. Обновлен, чтобы удалить ссылки QnA, и развертывание работало. Спасибо за обходной путь.

Обновление: похоже, это влияет только на westus, поэтому переход на другой регион - еще один обходной путь.

та же ошибка на westeurope @ lauren-mills

@ tamerin-tech - я только что смог развернуть в западную Европу, используя шаблон руки. Можете ли вы отправить какие-нибудь логи?

Хорошо, команда вернулась к проблеме.

Попробуйте изменить эту строку на эту:

"serverFarmId": "[concat('/subscriptions/', Subscription().SubscriptionId,'/resourcegroups/', resourceGroup().name, '/providers/Microsoft.Web/serverfarms/', parameters('appServicePlanName'))]",

Сообщите мне, если это решит проблему.

Привет @ lauren-mills! Мы успешно развернули виртуального помощника по вашему предложению.

В случае с виртуальным помощником TypeScript это следующая строка .

Следует ли нам обновлять сценарии развертывания для решений TypeScript или просто ждать подтверждения этих изменений?

Я работаю над некоторыми другими обновлениями, поэтому я позабочусь об этом одновременно! Спасибо

Ребята, сегодня я столкнулся с этой же проблемой в одной из своих подписок, и с изменением @ lauren-mills сказал, что он работает, но ... вчера я использовал тот же код (который я использую более года) в другая подписка (и регион) и все заработало.
как это возможно?
¿Как можно внезапно внести такие критические изменения в «интерфейс»?

С этими проблемами довольно сложно держать все в автоматическом режиме.

Были некоторые региональные операционные проблемы с QnAMaker, которые затем были решены, поэтому их необходимо решить. Мы также обновили скрипты

Это до сих пор случается. В некоторых регионах вроде работает «по старинке». Какой из них «хороший»?

Хорошо, команда вернулась к проблеме.

Попробуйте изменить эту строку на эту:

"serverFarmId": "[concat('/subscriptions/', Subscription().SubscriptionId,'/resourcegroups/', resourceGroup().name, '/providers/Microsoft.Web/serverfarms/', parameters('appServicePlanName'))]",

Сообщите мне, если это решит проблему.

Это помогло мне решить проблему. Я также возьму последний шаблон / скрипт, поскольку он кажется исправленным в нем.

Я только что столкнулся с этой проблемой сегодня и все утро гнался за своим хвостом, поскольку в пятницу я внес другие изменения в свой шаблон ARM, и я подумал, что это связано с этим. К счастью, предложение @ lauren-mills на данный момент решило эту проблему.

Я сам столкнулся с этой проблемой.
Мне нужно было сократить путь ссылки на ферму серверов до AppServicePlanName
ожидаемое значение - "resourceId ('Microsoft.Web / serverfarms"

раздел веб-приложения, который теперь работает нормально:
"serverFarmId": "[resourceId ('Microsoft.Web / serverfarms', переменные ('AppServicePlanName'))]»,

Надеюсь, это кому-то поможет

У меня была эта проблема сегодня, и причиной было несоответствие "местоположения" - убедитесь, что вы разумны и используете одно и то же местоположение для всех своих ресурсов ... не как я :)

"[concat ('/ subscriptions /', Subscription (). SubscriptionId, '/ resourcegroups /', resourceGroup (). name, '/providers/Microsoft.Web/serverfarms/', параметры ('appServicePlanName'))]»,

Этот ответ Лорен-Миллс спас мне день. Только эти параметры ('appServicePlanName'), возможно, придется заменить на переменные (''), если имя извлекается из переменных, а не из параметров.