Compartir a través de


Configuración de recursos de QnA Maker

El usuario puede configurar QnA Maker para usar distintos recursos de Cognitive Search. También puede configurar las opciones de App Service si usa QnA Maker GA.

Nota

El servicio QnA Maker se retirará del mercado el 31 de marzo de 2025. Ya hay disponible una versión más reciente de la funcionalidad de preguntas y respuestas como parte de Lenguaje de Azure AI. Para más información sobre las funcionalidades de respuesta a preguntas en el servicio de lenguaje, consulte Respuesta a preguntas. A partir del 1 de octubre de 2022 no podrá crear nuevos recursos de QnA Maker. Para obtener información sobre la migración de knowledge bases existentes de QnA Maker a respuesta a preguntas, consulte la guía de migración.

Configuración de QnA Maker para usar distintos recursos de Cognitive Search

Nota

Si cambia el servicio de Azure Search asociado a QnA Maker, perderá el acceso a todas las knowledge bases que existen en él. Asegúrese de exportar las knowledge bases existentes antes de cambiar el servicio de Azure Search.

Si crea un servicio QnA y sus dependencias (como, Search) en el portal, se creará el servicio Search de inmediato y se vinculará al servicio QnA Maker. Después de crear estos recursos puede actualizar el valor de App Service para usar un servicio Search existente y eliminar el que acaba de crear.

El recurso App Service de QnA Maker utiliza el recurso Cognitive Search. Para cambiar el recurso de Cognitive Search que usa QnA Maker, debe cambiar la configuración en Azure Portal.

  1. Obtenga la clave de administración y el nombre del recurso de Cognitive Search que desea que utilice QnA Maker.

  2. Inicie sesión en Azure Portal y busque el recurso de App Service asociado al recurso de QnA Maker. Ambos tienen el mismo nombre.

  3. Seleccione Configuración y, después, Configuración. Se mostrarán todos los valores existentes de la instancia de App Service de QnA Maker.

    Captura de pantalla de Azure Portal que muestra los valores de configuración de App Service

  4. Cambie los valores de las siguientes claves:

    • AzureSearchAdminKey
    • AzureSearchName
  5. Para usar la nueva configuración, debe reiniciar App Service. Seleccione Información general y, después, Restaurar.

    Captura de pantalla de Azure Portal con el reinicio de App Service después de cambiar la configuración

Si crea un servicio QnA mediante plantillas de Azure Resource Manager, puede crear todos los recursos y controlar la creación de App Service para usar un servicio Search existente.

Aprenda más sobre cómo realizar la configuración de la aplicación de App Service.

Obtención de las últimas actualizaciones del runtime

El runtime de QnAMaker forma parte de la instancia de Azure App Service que se implementa al crear un servicio QnAMaker en Azure Portal. El sistema de tiempo de ejecución se actualiza periódicamente. La instancia de App Service en QnA Maker está en modo de actualización automática tras la versión de extensión de sitio de abril de 2019 (versión 5+). Esta actualización está diseñada para administrar el tiempo de inactividad CERO durante las actualizaciones.

Puede consultar su versión actual en https://www.qnamaker.ai/UserSettings. Si su versión es anterior a la 5.x, debe reiniciar App Service para aplicar las actualizaciones más recientes:

  1. Vaya a su servicio QnAMaker (grupo de recursos) en Azure Portal.

    Grupo de recursos de QnAMaker en Azure

  2. Seleccione la instancia de App Service y abra la sección Información general.

    Instancia de App Service en QnAMaker

  3. Reinicie App Service. El proceso de actualización debería finalizar en un par de segundos. Todas las aplicaciones o bots dependientes que usen este servicio QnAMaker dejarán de estar disponibles para los usuarios finales durante el periodo de reinicio.

    Reinicie la instancia de App Service en QnA Maker

Configuración del valor de inactividad de App Service para evitar el tiempo de espera

El servicio de aplicaciones, que proporciona el entorno de ejecución de predicción de QnA Maker para una base de conocimiento publicada, tiene una configuración de tiempo de espera de inactividad que acepta automáticamente como predeterminado el tiempo de espera si el servicio está inactivo. En QnA Maker, esto significa que la API generateAnswer del entorno de ejecución de predicción agota a veces el tiempo de espera después de períodos sin tráfico.

Para mantener cargada la aplicación del punto de conexión de predicción incluso cuando no hay tráfico, establezca el tiempo de inactividad en siempre activo.

  1. Inicie sesión en Azure Portal.

  2. Busque y seleccione la instancia de App Service del recurso de QnA Maker. Tendrá el mismo nombre que el recurso de QnA Maker pero un tipo diferente de App Service.

  3. Busque Configuración y seleccione Configuración.

  4. En el panel Configuración, seleccione Configuración general, busque Siempre activado y elija Activado como valor.

    En el panel Configuración, seleccionar Configuración general, luego buscar Siempre activado y elegir Activado como valor.

  5. Para guardar la configuración, seleccione Guardar.

  6. Se le preguntará si desea reiniciar la aplicación para usar la nueva configuración. Seleccione Continuar.

Aprenda más sobre cómo realizar la configuración general de App Service.

Continuidad del negocio con Traffic Manager

El objetivo principal del plan de continuidad empresarial consiste en crear un punto de conexión de base de conocimiento resistente, que garantizaría que el bot o la aplicación que lo consume no tengan tiempos de inactividad.

Plan de continuidad empresarial de QnA Maker

La idea de alto nivel como se representa anteriormente es la siguiente:

  1. Configure dos servicios QnA Maker paralelos en Regiones emparejadas de Azure.

  2. Realice una copia de seguridad del servicio de aplicaciones de QnA Maker principal y restáurela en la configuración secundaria. De este modo, se asegurará de que ambas configuraciones funcionan con el mismo nombre de host y las mismas claves.

  3. Mantenga sincronizados los índices principal y secundario de Azure Search. Use el ejemplo de GitHub aquí para ver cómo realizar una copia de seguridad de los índices de Azure y cómo restaurarlos.

  4. Realice una copia de seguridad de Application Insights con la exportación continua.

  5. Una vez configuradas las pilas principal y secundaria, use Traffic Manager para configurar los dos puntos de conexión y establecer un método de enrutamiento.

  6. Debe crear un certificado de Seguridad de la capa de transporte (TLS), conocido anteriormente como Capa de sockets seguros (SSL), para el punto de conexión de Traffic Manager. Enlace el certificado TLS/SSL en los servicios de aplicaciones.

  7. Por último, use el punto de conexión de Traffic Manager del bot o de la aplicación.