Migración de QnA Maker a respuesta personalizada a preguntas
Propósito de este documento: Este artículo tiene como objetivo proporcionar información que se puede usar para migrar correctamente las aplicaciones que usan QnA Maker a Respuesta a preguntas personalizadas. Con este artículo, esperamos que los clientes obtengan claridad sobre lo siguiente:
- Comparación de características en QnA Maker y Respuesta a preguntas personalizadas
- Precios
- Experiencia simplificada de aprovisionamiento y desarrollo
- Fases de migración
- Escenarios de migración habituales
- Pasos de migración
Audiencia prevista: clientes existentes de QnA Maker
Importante
Respondiendo a la pregunta personalizada, una característica de Lenguaje de Azure AI, se presentó en noviembre de 2021 con varias características nuevas, como la relevancia mejorada mediante un clasificador de aprendizaje profundo, las respuestas precisas y la compatibilidad completa con las regiones. Cada proyecto de respuesta personalizada a preguntas es equivalente a una base de conocimiento en QnA Maker. Los valores de nivel de recurso, como el control de acceso basado en rol (RBAC), no se migra al recurso nuevo. Estos valores de nivel de recurso tendrían que volver a configurarse para el recurso de idioma después de la migración:
- RBAC automático al proyecto de idioma (no recurso).
- Habilitación automática del análisis.
También tendrá que volver a habilitar el análisis para el recurso de idioma.
Comparación de características
Además de un nuevo conjunto de características, Respuesta a preguntas personalizadas proporciona muchas mejoras técnicas a las características comunes.
Característica | QnA Maker | Responder preguntas personalizada | Detalles |
---|---|---|---|
Modelos basados en transformadores de última generación | ➖ | ✔️ | Modelos basados en Turing que permiten la búsqueda de QnA a escala web. |
Funcionalidad precompilada | ➖ | ✔️ | Con esta funcionalidad, puede aprovechar la eficacia de la respuesta a preguntas personalizadas sin tener que ingerir contenido y administrar recursos. |
Respuestas precisas | ➖ | ✔️ | Respuesta a preguntas personalizadas es capaz de generar respuestas precisas con la ayuda de modelos de vanguardia. |
Actualización de direcciones URL inteligentes | ➖ | ✔️ | Respuesta a preguntas personalizadas proporciona un medio para actualizar el contenido ingerido de orígenes públicos con un solo clic. |
Preguntas y respuestas sobre la base de conocimiento (extracción jerárquica) | ✔️ | ✔️ | |
Aprendizaje activo | ✔️ | ✔️ | Respuesta a preguntas personalizadas tiene un modelo de aprendizaje activo mejorado. |
Preguntas alternativas | ✔️ | ✔️ | Los modelos mejorados de respuesta a preguntas personalizadas reducen la necesidad de agregar preguntas alternativas. |
Sinónimos | ✔️ | ✔️ | |
Metadatos | ✔️ | ✔️ | |
Generación de preguntas (versión preliminar privada) | ➖ | ✔️ | Esta nueva característica permitirá generar preguntas sobre texto. |
Compatibilidad con documentos no estructurados | ➖ | ✔️ | Los usuarios ahora pueden ingerir documentos no estructurados como orígenes de entrada y consultar el contenido de las respuestas. |
.NET SDK | ✔️ | ✔️ | |
API | ✔️ | ✔️ | |
Experiencia de creación unificada | ➖ | ✔️ | Una única experiencia de creación en todas las instancias de Lenguaje de Azure AI |
Compatibilidad con varias regiones | ➖ | ✔️ |
Precios
Cuando considere la migración a respuesta a preguntas personalizadas, tenga en cuenta lo siguiente:
Componente | QnA Maker | Responder preguntas personalizada | Detalles |
---|---|---|---|
Costo del servicio QnA Maker | ✔️ | ➖ | Costo fijo por recurso al mes. Solo se aplica a QnAMaker. |
Costo del servicio de respuesta a preguntas personalizadas | ➖ | ✔️ | Costo de Respuesta a preguntas personalizadas según el modelo de pago por uso. Solo se aplica a Respuesta a preguntas personalizadas. |
Costo de Azure Search | ✔️ | ✔️ | Aplicable tanto a QnA Maker como a Respuesta a preguntas personalizadas. |
Costo de App Service | ✔️ | ➖ | Solo se aplica a QnA Maker. Es el mayor ahorro de costos para los usuarios que pasan a Respuesta a preguntas personalizadas. |
Los usuarios pueden seleccionar un nivel superior con mayor capacidad, lo que afectará al precio general que pagan. No afecta al precio del componente de lenguaje de Respuesta a preguntas personalizadas.
Los "registros de texto" en las características de respuesta a preguntas personalizadas hacen referencia a la consulta enviada por el usuario al entorno de ejecución y es un concepto común a todas las características del servicio de lenguaje. A veces, una consulta puede tener más registros de texto cuando la longitud de la consulta es mayor.
Estimaciones de precios de ejemplo
Uso | Número de recursos en QnA Maker | Número de servicios de aplicaciones en QnA Maker (nivel) | Llamadas de inferencia mensuales en QnA Maker | Particiones de búsqueda x réplica de búsqueda (nivel) | Costo relativo en Respuesta a preguntas personalizadas |
---|---|---|---|---|---|
Alto | 5 | 5(P1) | 8M | 9x3(S2) | Más caro |
Alto | 100 | 100(P1) | 6 M | 9x3(S2) | Menos costoso |
Media | 10 | 10(S1) | 800 K | 4x3(S1) | Menos costoso |
Bajo | 4 | 4(B1) | 100 k | 3x3(S1) | Menos costoso |
Resumen: los clientes deben ahorrar costos en las configuraciones más comunes, como se ve en la columna de costo relativo.
Aquí puede encontrar los detalles de precios de Respuesta a preguntas personalizadas y QnA Maker.
La calculadora de precios de Azure puede proporcionar aún más detalles.
Experiencia simplificada de aprovisionamiento y desarrollo
Con el servicio de lenguaje, los clientes de QnA Maker ahora se benefician de un único servicio que proporciona Text Analytics, LUIS y Respuesta a preguntas personalizadas como características del recurso de lenguaje. El servicio de lenguaje proporciona lo siguiente:
- Un recurso de lenguaje para acceder a todas las funcionalidades anteriores
- Un único panel de la experiencia de creación en todas las funcionalidades
- Un conjunto unificado de API en todas las funcionalidades
- Un producto cohesivo, más sencillo y eficaz
Obtenga información sobre cómo empezar a trabajar en Language Studio.
Fases de migración
Si su organización o usted tienen aplicaciones en desarrollo o producción que usan QnA Maker, deben actualizarlas para que usen Respuesta a preguntas personalizadas tan pronto como sea posible. Consulte los siguientes vínculos para ver las API disponibles, los SDK, los SDK de bot y los ejemplos de código.
A continuación se muestran las fases generales de migración que se deben tener en cuenta:
Vínculos adicionales que pueden ayudarle a obtener más información:
- Portal de creación
- API
- SDK
- SDK de bot: para que los bots usen Respuesta a preguntas de manera personalizada, use el SDK Bot.Builder.AI.QnA: se recomienda a los clientes que sigan utilizando esto para sus integraciones de bot. Estos son algunos usos de ejemplo en el código del bot: Ejemplo 1 Ejemplo 2
Escenarios de migración habituales
En este tema se comparan dos escenarios hipotéticos al migrar de QnA Maker a Respuesta a preguntas personalizadas. Estos escenarios pueden ayudarle a determinar el conjunto correcto de pasos de migración que se van a ejecutar para el escenario concreto.
Nota
Se ha intentado garantizar que estos escenarios sean representativos de las migraciones reales de los clientes; sin embargo, los escenarios de los clientes individuales serán, por supuesto, diferentes. Además, en este artículo no se incluyen detalles de precios. Visite la página de precios para más información.
Importante
Cada proyecto de respuesta personalizada a preguntas es equivalente a una base de conocimiento en QnA Maker. Los valores de nivel de recurso, como el control de acceso basado en rol (RBAC), no se migra al recurso nuevo. Estos valores de nivel de recurso tendrían que volver a configurarse para el recurso de idioma después de la migración. También tendrá que volver a habilitar el análisis para el recurso de idioma.
Escenario de migración 1: sin portal de creación personalizado
En el primer escenario de migración, el cliente usa qnamaker.ai como portal de creación y quiere migrar sus knowledge bases de QnA Maker a Respuesta a preguntas personalizada.
Migración del proyecto de QnA Maker a Respuesta a preguntas personalizadas
Una vez migrado a Respuesta a preguntas personalizadas:
- Estos valores de nivel de recurso tienen que volver a configurarse para el recurso de idioma.
- Las validaciones de clientes deben iniciarse en las knowledge bases migradas en:
- Validación del tamaño
- Número de pares de pregunta y respuesta en todas las KB para que coincidan antes y después de la migración
- Los clientes deben establecer nuevos umbrales para sus knowledge base en el servicio Respuesta a preguntas personalizado, ya que la asignación de puntuación de confianza es diferente en comparación con QnA Maker.
- Respuestas a las preguntas de ejemplo antes y después de la migración
- Tiempo de respuesta para preguntas respondidas en v1 frente a v2
- Conservación de avisos
- Los clientes pueden usar la herramienta de prueba por lotes después de la migración para probar el proyecto recién creado en el servicio Respuesta a preguntas personalizado.
Los recursos de QnA Maker antiguos deben eliminarse manualmente.
Estos son algunos pasos detallados sobre el escenario de migración 1.
Escenario de migración 2
En este escenario de migración, el cliente puede haber creado su propio front-end de creación aprovechando las API de creación de QnA Maker o los SDK de QnA Maker.
Deben realizar estos pasos necesarios para la migración de SDK:
Esta guía de migración del SDK está pensada para ayudar en la migración a la nueva biblioteca cliente de respuesta a preguntas personalizadas, Azure.AI.Language.QuestionAnswering, desde la anterior, Microsoft.Azure.CognitiveServices.Knowledge.QnAMaker. Se centrará en comparaciones en paralelo para operaciones similares entre los dos paquetes.
Deben realizar los pasos necesarios para la migración de knowledge bases al nuevo proyecto dentro del recurso de idioma.
Una vez migrado a Respuesta a preguntas personalizadas:
- Estos valores de nivel de recurso tienen que volver a configurarse para el recurso de idioma.
- Las validaciones de clientes deben iniciarse en las knowledge bases migradas en:
- Validación del tamaño
- Número de pares de pregunta y respuesta en todas las KB para que coincidan antes y después de la migración
- Asignación de puntuación de confianza
- Respuestas a las preguntas de ejemplo antes y después de la migración
- Tiempo de respuesta para preguntas respondidas en v1 frente a v2
- Conservación de avisos
- Pruebas por lotes antes y después de la migración
- Los recursos de QnA Maker antiguos deben eliminarse manualmente.
Además, para los clientes que tienen que migrar y actualizar bot, el código del bot de actualización se publica como paquete de NuGet.
Aquí puede encontrar algunos ejemplos de código: Ejemplo 1 Ejemplo 2
Estos son los pasos detallados sobre el escenario de migración 2.
Obtenga más información sobre las API precompiladas.
Obtenga más información sobre la API REST de obtención de respuestas de Respuesta a preguntas personalizadas
Pasos de migración
Tenga en cuenta que algunos de estos pasos son necesarios en función de la arquitectura existente de los clientes. Examine las fases de migración indicadas anteriormente para obtener más claridad sobre los pasos que necesita para la migración.