Botframework-solutions: o script de implantação apresenta um erro com "O plano de serviço do aplicativo especificado não foi encontrado"

saída pwsh:

PS / Volumes / Data / Projects / Wendys / Bot / VirtualAssistantSample> ./Deployment/Scripts/deploy.ps1
Nome do bot (usado como nome padrão para o grupo de recursos e recursos implantados): robtestbot98776r
Região do grupo de recursos do Azure: westus
Senha para registro de aplicativo MSA (deve ter pelo menos 16 caracteres, conter pelo menos 1 caractere especial e conter pelo menos 1 caractere numérico): RandoPwd ...... 3! 24jgjd
Região de autoria de LUIS (westus, westeurope ou australiaeast): westus
LUIS Authoring Key (encontrada em https://luis.ai/user/settings): ebfff00807a54 .... e5ea246974
Criando grupo de recursos ...
Validando a implantação do Azure ...
O modelo não é válido com os parâmetros fornecidos. Revise o log para obter mais informações.
Erro: A implantação do modelo 'deployment_dry_run' não é válida de acordo com o procedimento de validação. A identificação de rastreamento é '0e9e5f83-2b8a-4442-a5c5-080cccb6fab6'. Consulte os erros internos para obter detalhes.
Log: /Volumes/Data/Projects/Wendys/Bot/VirtualAssistantSample/Deployment/Scripts/../deploy_log.txt
Para excluir este grupo de recursos, execute 'az group delete -g robtestbot98776r --no-wait'
PS / Volumes / Data / Projects / Wendys / Bot / VirtualAssistantSample>

Tentei uma implantação manual usando ARM e sai errado com a mesma mensagem de erro.

Olá @ rob-derosa, parece um problema com o serviço QnA Maker no Azure. Entrei em contato com a equipe e atualizarei esse problema assim que receber uma resposta.

Nesse ínterim, pode ser necessário remover os serviços QnA do modelo arm para fazer a implantação funcionar.

Onde fica o modelo de braço? Não consegui encontrar um no modelo.

Its Deployment \ Resources \ template.json

Peguei vocês. Atualizado para remover referências QnA e implantação funcionou. Obrigado pela solução alternativa.

Atualização: isso parece estar afetando apenas o westus, então mudar para outra região é outra solução alternativa.

mesmo erro em westeurope @ lauren-mills

@ tamerin-tech - Acabei de fazer a implantação na Europa Ocidental usando o modelo de braço. Você pode enviar logs?

Ok, a equipe voltou ao assunto.

Tente mudar esta linha para esta:

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

Deixe-me saber se isso resolve o problema.

Olá @ lauren-mills! Implantamos com sucesso um Assistente Virtual com sua sugestão.

No caso do TypeScript Virtual Assistant é a seguinte linha .

Devemos atualizar os scripts de implantação para as soluções TypeScript ou apenas esperar para confirmar essas alterações?

Estou trabalhando em algumas outras atualizações, então cuidarei disso ao mesmo tempo! Obrigado

Pessoal, encontrei o mesmo problema hoje em uma de minhas assinaturas e com a mudança @ lauren-mills disse que está funcionando, mas ... ontem usei o mesmo código (que estou usando há mais de um ano) em outra assinatura (e região) e funcionou.
Como isso é possível?
¿Como você pode fazer esse tipo de alteração repentina em uma "interface"?

É muito difícil manter tudo automatizado com esses problemas

Houve alguns problemas operacionais regionais com o QnAMaker que foram resolvidos e, portanto, devem ser resolvidos. Também atualizamos scripts

Isso ainda acontece. Em algumas regiões parece funcionar da "maneira antiga". Qual é o "bom"?

Ok, a equipe voltou ao assunto.

Tente mudar esta linha para esta:

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

Deixe-me saber se isso resolve o problema.

Isso me ajudou a resolver o problema. Também pegarei o template / script mais recente, pois parece fixo nele.

Acabei de me deparar com esse problema hoje e fiquei perseguindo meu rabo durante toda a manhã, pois fiz algumas outras alterações em meu modelo ARM na sexta-feira e pensei que estava relacionado a isso. Felizmente, a sugestão de @lauren-mills resolveu o problema por enquanto.

Acabei de resolver esse problema sozinho.
Eu precisava reduzir o caminho de referência do server farm antes do AppServicePlanName
o valor esperado é "resourceId ('Microsoft.Web / serverfarms"

seção do aplicativo da web que está funcionando bem:
"serverFarmId": "[resourceId ('Microsoft.Web / serverfarms', variables ('AppServicePlanName'))]",

Espero que ajude alguém

Tive esse problema hoje e o motivo foi uma incompatibilidade no "local" - verifique se você é inteligente e está usando o mesmo local em todos os seus recursos ... diferente de mim :)

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

Essa resposta da Lauren-mills salvou meu dia. Apenas esses parâmetros ('appServicePlanName') podem ter que ser substituídos por variáveis ​​('') se o nome for obtido de variáveis, não de parâmetros.