Botframework-solutions: le script de déploiement se trompe avec "Le plan de service d'application spécifié n'a pas été trouvé"

sortie pwsh :

PS /Volumes/Data/Projects/Wendys/Bot/VirtualAssistantSample> ./Deployment/Scripts/deploy.ps1
Nom du bot (utilisé comme nom par défaut pour le groupe de ressources et les ressources déployées) : robtestbot98776r
Région du groupe de ressources Azure : westus
Mot de passe pour l'enregistrement de l'application MSA (doit comporter au moins 16 caractères, contenir au moins 1 caractère spécial et au moins 1 caractère numérique) : RandoPwd......3!24jgjd
Région de création LUIS (westus, westeurope ou australiaeast) : westus
Clé de création LUIS (trouvée sur https://luis.ai/user/settings) : ebfff00807a54....e5ea246974
Création d'un groupe de ressources...
Validation du déploiement Azure...
Le modèle n'est pas valide avec les paramètres fournis. Consultez le journal pour plus d'informations.
Erreur : le modèle de déploiement 'deployment_dry_run' n'est pas valide selon la procédure de validation. L'identifiant de suivi est « 0e9e5f83-2b8a-4442-a5c5-080cccb6fab6 ». Voir les erreurs internes pour plus de détails.
Journal : /Volumes/Data/Projects/Wendys/Bot/VirtualAssistantSample/Deployment/Scripts/../deploy_log.txt
Pour supprimer ce groupe de ressources, exécutez 'az group delete -g robtestbot98776r --no-wait'
PS /Volumes/Données/Projets/Wendys/Bot/VirtualAssistantSample>

J'ai essayé un déploiement manuel à l'aide d'ARM et il se trompe avec le même message d'erreur.

Salut @rob-derosa, cela ressemble à un problème avec le service QnA Maker dans Azure. J'ai contacté l'équipe et je mettrai à jour ce problème dès que j'aurai une réponse.

En attendant, vous devrez peut-être supprimer les services QnA du modèle de bras pour que le déploiement fonctionne.

Où habite le gabarit de bras ? Je n'en ai pas trouvé dans le modèle.

Son déploiement\Ressources\template.json

Je t'ai eu. Mise à jour pour supprimer les références QnA et le déploiement a fonctionné. Merci pour la solution de contournement.

Mise à jour : cela semble n'affecter que westus, donc passer à une autre région est une autre solution de contournement.

même erreur sur westeurope @lauren-mills

@tamerin-tech - J'ai juste pu me déployer en europe de l'ouest en utilisant le gabarit de bras. Pouvez-vous envoyer des journaux ?

Ok, l'équipe est revenue sur le problème.

Essayez de remplacer cette ligne par celle-ci :

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

Faites-moi savoir si cela résout le problème.

Salut @lauren-mills ! Nous avons déployé avec succès un assistant virtuel avec votre suggestion.

Dans le cas de l'assistant virtuel TypeScript se trouve la ligne suivante.

Doit-on mettre à jour les scripts de déploiement des solutions TypeScript ou juste attendre de confirmer ces changements ?

Je travaille sur d'autres mises à jour, donc je m'en occupe en même temps ! Merci

Les gars, j'ai rencontré ce même problème aujourd'hui dans l'un de mes abonnements et avec le changement, @lauren-mills a dit que cela fonctionnait mais..... hier, j'ai utilisé le même code (que j'utilise depuis plus d'un an) dans un autre abonnement (et région) et cela a fonctionné.
comment est-ce possible?
comment pouvez-vous apporter ce genre de changements de rupture dans une "interface" soudainement ?

Il est assez difficile de garder toutes les choses automatisées avec ces problèmes

Il y avait quelques problèmes opérationnels régionaux avec QnAMaker qui ont ensuite été résolus et devraient donc être résolus. Nous avons également mis à jour les scripts

Cela arrive encore. Dans certaines régions, cela semble fonctionner à l'ancienne. Lequel est « le bon » ?

Ok, l'équipe est revenue sur le problème.

Essayez de remplacer cette ligne par celle-ci :

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

Faites-moi savoir si cela résout le problème.

Cela m'a aidé à résoudre le problème. Je vais également prendre le dernier modèle/script tel qu'il semble fixé dedans.

Je viens de rencontrer ce problème aujourd'hui et j'ai poursuivi ma queue toute la matinée car j'avais apporté d'autres modifications à mon modèle ARM vendredi et je pensais que c'était lié à cela. Heureusement, la suggestion de @lauren-mills l'a résolu pour le moment.

Je viens de rencontrer ce problème moi-même.
J'avais besoin de réduire le chemin de la référence de la batterie de serveurs avant AppServicePlanName
la valeur attendue est "resourceId('Microsoft.Web/serverfarms"

section d'application Web qui fonctionne maintenant correctement :
"serverFarmId": "[resourceId('Microsoft.Web/serverfarms', variables('AppServicePlanName'))]",

J'espère que ça aide quelqu'un

J'ai eu ce problème aujourd'hui et la raison en était une incompatibilité dans "l'emplacement" - assurez-vous que vous êtes intelligent et que vous utilisez le même emplacement pour toutes vos ressources... pas comme moi :)

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

Cette réponse de lauren-mills m'a sauvé la vie. Juste que les paramètres ('appServicePlanName') peuvent devoir être remplacés par des variables ('') si le nom est récupéré à partir de variables, pas à partir de paramètres.