Botframework-solutions: La secuencia de comandos de implementación se equivoca con "No se encontró el plan de servicio de la aplicación especificado"

salida pwsh:

PS / Volumes / Data / Projects / Wendys / Bot / VirtualAssistantSample> ./Deployment/Scripts/deploy.ps1
Nombre del bot (utilizado como nombre predeterminado para el grupo de recursos y los recursos implementados): robtestbot98776r
Región del grupo de recursos de Azure: westus
Contraseña para el registro de la aplicación MSA (debe tener al menos 16 caracteres, contener al menos 1 carácter especial y contener al menos 1 carácter numérico): RandoPwd ...... 3! 24jgjd
Región de creación de LUIS (westus, westeurope o australiaeast): westus
Clave de creación de LUIS (que se encuentra en https://luis.ai/user/settings): ebfff00807a54 .... e5ea246974
Creando grupo de recursos ...
Validando la implementación de Azure ...
La plantilla no es válida con los parámetros proporcionados. Revise el registro para obtener más información.
Error: la implementación de la plantilla 'deployment_dry_run' no es válida según el procedimiento de validación. El ID de seguimiento es '0e9e5f83-2b8a-4442-a5c5-080cccb6fab6'. Consulte los errores internos para obtener más detalles.
Registro: /Volumes/Data/Projects/Wendys/Bot/VirtualAssistantSample/Deployment/Scripts/../deploy_log.txt
Para eliminar este grupo de recursos, ejecute 'az group delete -g robtestbot98776r --no-wait'
PS / Volumes / Data / Projects / Wendys / Bot / VirtualAssistantSample>

Intenté una implementación manual usando ARM y se equivoca con el mismo mensaje de error.

Hola @ rob-derosa, esto parece un problema con el servicio QnA Maker en Azure. Me comuniqué con el equipo y actualizaré este problema tan pronto como tenga una respuesta.

Mientras tanto, es posible que deba eliminar los servicios de QnA de la plantilla del brazo para que la implementación funcione.

¿Dónde vive la plantilla del brazo? No pude encontrar uno en la plantilla.

Su implementación \ Resources \ template.json

Entendido. Se actualizó para eliminar las referencias de QnA y la implementación funcionó. Gracias por la solución.

Actualización: parece que esto solo afecta a westus, por lo que cambiar a otra región es otra solución.

mismo error en westeurope @ lauren-mills

@ tamerin-tech: pude desplegarme en Europa occidental usando la plantilla del brazo. ¿Pueden enviar registros?

Ok, el equipo ha vuelto al tema.

Intente cambiar esta línea a esto:

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

Avísame si resuelve el problema.

¡Hola @ lauren-mills! Implementamos con éxito un asistente virtual con su sugerencia.

En el caso del Asistente Virtual de TypeScript está la siguiente línea .

¿Deberíamos actualizar los scripts de implementación para las soluciones de TypeScript o simplemente esperar para confirmar estos cambios?

Estoy trabajando en otras actualizaciones, ¡así que me ocuparé de ello al mismo tiempo! Gracias

Chicos, encontré este mismo problema hoy en una de mis suscripciones y con el cambio @ lauren-mills dijo que está funcionando, pero ... ayer usé el mismo código (que estoy usando durante más de un año) en otra suscripción (y región) y funcionó.
¿Cómo es esto posible?
¿Cómo se pueden hacer este tipo de cambios rompedores en una "interfaz" de repente?

Es bastante difícil mantener todas las cosas automatizadas con estos problemas

Hubo algunos problemas operativos regionales con QnAMaker que luego se abordaron, por lo que deben resolverse. También actualizamos los scripts

Esto todavía sucede. En algunas regiones parece funcionar a la "vieja usanza". ¿Cuál es "el bueno"?

Ok, el equipo ha vuelto al tema.

Intente cambiar esta línea a esto:

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

Avísame si resuelve el problema.

Esto me ayudó a resolver el problema. También tomaré la última plantilla / script, ya que parece estar arreglado.

Me acabo de encontrar con este problema hoy y estuve persiguiéndome toda la mañana, ya que había realizado algunos otros cambios en mi plantilla ARM el viernes y pensé que estaba relacionado con eso. Afortunadamente, la sugerencia de @ lauren-mills lo resolvió por ahora.

Me encontré con este problema yo mismo.
Necesitaba reducir la ruta de referencia de la granja de servidores antes de AppServicePlanName
el valor esperado es "resourceId ('Microsoft.Web / serverfarms"

sección de la aplicación web que ahora funciona bien:
"serverFarmId": "[resourceId ('Microsoft.Web / serverfarms', variables ('AppServicePlanName'))]",

Espero que ayude a alguien

Tuve este problema hoy y el motivo fue una falta de coincidencia en la "ubicación". Asegúrate de que eres inteligente y estás usando la misma ubicación en todos tus recursos ... no como yo :)

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

Esta respuesta de lauren-mills me salvó el día. Solo que los parámetros ('appServicePlanName') pueden tener que ser reemplazados con variables ('') si el nombre se recupera de variables, no de parámetros.