Botframework-solutions: Не создает базу знаний при выборе операционной системы Linux

Созданный на 17 февр. 2021  ·  11Комментарии  ·  Источник: microsoft/botframework-solutions

/ виртуальный помощник / учебные пособия / создать помощник / typescript / 4-Provision-you-azure-resources /

Я пробовал создавать и настраивать чат-бота на основе QnA как в версии C #, так и в версии Typescript, для конфигурации Windows (по умолчанию) он работает хорошо и в обязательном порядке создает все ресурсы и базу знаний в qnamaker.
Но когда я пытаюсь разместить инфраструктуру (план службы приложений и службу ботов) в операционной системе Linux (просто изменив вид на Linux)
"kind": "linux" для плана службы приложений, хотя он создает все необходимое (план службы приложений, когнитивная служба, служба веб-приложений, служба поиска и т. д.), но не создает базу знаний.
Кажется, что шаблон VA или общее развертывание не поддерживает развертывание версии Linux, как я пытался как в C #, так и в версии Typescript
Даже после создания всей службы, если я пытаюсь создать базу знаний вручную, возникает ошибка, так как ключи конечной точки не найдены.
NoEndpoint

Bot Services Kobuk Docs customer-replied-to customer-reported

Самый полезный комментарий

Это ссылка, которую я получил от QnA Maker, в которой рассказывается, как развернуть его непосредственно на портале Azure. Я посмотрю, как это можно преобразовать в шаблон ARM, и добавлю эти подробности сюда. https://techcommunity.microsoft.com/t5/azure-ai/introduction-qna-maker-managed-now-in-public-preview/ba-p/1845575

Все 11 Комментарий

Привет, @pravinambekar , в каком файле вы меняете kind на Linux?
Мы рассмотрим это и сообщим вам, как только у нас будет обновление: little_smiling_ face :.

Привет @VictorGrycuk !

{ "comments": "app service plan", "type": "Microsoft.Web/serverFarms", "apiVersion": "2018-02-01", "name": "[parameters('appServicePlanName')]", "location": "[parameters('location')]", "kind": "linux", "sku": "[parameters('appServicePlanSku')]", "properties": {"reserved": true}, "tags": { "[parameters('resourceTagName')]": "[parameters('resourceTagValue')]" }

Привет, @pravinambekar , извините за задержку. Мы успешно воспроизвели проблему, выполнив указанные вами шаги с помощью виртуального помощника:

  1. Перейти к template.json
  2. Замените тарифный план приложения на прилагаемую конфигурацию:
    json { "comments": "app service plan", "type": "Microsoft.Web/serverFarms", "apiVersion": "2018-02-01", "name": "[parameters('appServicePlanName')]", "location": "[parameters('location')]", "kind": "linux", "sku": "[parameters('appServicePlanSku')]", "properties": {"reserved": true}, "tags": { "[parameters('resourceTagName')]": "[parameters('resourceTagValue')]" }
  3. Запустите deploy.ps1
  4. Убедитесь, что развертывание завершило создание плана службы приложений с использованием Linux в качестве операционной системы.
  5. Убедитесь, что развертывание завершено без создания баз знаний

Кроме того, мы попытались создать их с помощью портала No Endpoint keys found .

Как только у нас появятся какие-либо обновления, мы вернемся к вам здесь 😊.

_App Service Plan с использованием Linux_
image

_Базы знаний не создаются с использованием deploy.ps1_
image

_Выпуск воспроизведен_
image

@pravinambekar - после исследования и обнаружения проблемы Azure / azure-cli # 9004, которую вы прокомментировали , мы думаем, что это не ограничение самого виртуального помощника, а связано с совместимостью между QnAMaker Cognitive Service и App Service Plan в Linux, так что проблема не связана с бот-фреймворками.

@ lauren-mills знаете ли вы, совместима ли Cognitive Service QnAMaker с планом обслуживания приложений Linux?

И последнее, но не менее важное: мы заметили, что в репозитории BotBuilder-Samples команда работает над добавлением template.json для Linux в образцы, однако мы не нашли template.json для Linux, который содержит базу знаний. .

Привет @ Batta32 , я полностью согласен с вами, в течение последних нескольких дней я пробовал другой подход, и мне удалось разместить / настроить все ресурсы на основе платформы Linux с использованием VA на основе template.json и сценария развертывания,
Насколько я понимаю, когнитивная служба QnAMaker не поддерживает службы на базе Linux и не автоматизирует создание базы знаний, выдавая ошибку «Ключи конечной точки не найдены» даже в процессе создания вручную.
Возможно, @ lauren-mills поможет пролить свет на это.

Привет, @pravinambekar , я

Понимая, что, похоже, нет четких инструкций по развертыванию экземпляра v2, поэтому я обращаюсь к команде QnA Maker за дополнительной информацией.

Спасибо @ lauren-mills за дополнительный текст,
Это именно то, что я искал со вчерашнего дня, так как меня немного смутило использование API QnAMaker V2 в ARM, поскольку это просто определение ресурсов.

Это ссылка, которую я получил от QnA Maker, в которой рассказывается, как развернуть его непосредственно на портале Azure. Я посмотрю, как это можно преобразовать в шаблон ARM, и добавлю эти подробности сюда. https://techcommunity.microsoft.com/t5/azure-ai/introduction-qna-maker-managed-now-in-public-preview/ba-p/1845575

Я развернул экземпляр qnamaker v2, и это соответствующий шаблон ARM. Можете ли вы попробовать добавить это в свой шаблон ARM в сценарии развертывания вместо существующих служб qna и посмотреть, работает ли это? Я не уверен, что развертывание kb будет таким же, но попробовать стоит:

{
    "$schema": "https://schema.management.azure.com/schemas/2019-04-01/deploymentTemplate.json#",
    "contentVersion": "1.0.0.0",
    "parameters": {
        "name": {
            "defaultValue": "<your-service-name>",
            "type": "String"
        },
        "search-name": {
            "defaultValue": "<your-service-name>-search",
            "type": "String"
        }
    },
    "variables": {},
    "resources": [
        {
            "type": "Microsoft.CognitiveServices/accounts",
            "apiVersion": "2017-04-18",
            "name": "[parameters('name')]",
            "location": "southcentralus",
            "sku": {
                "name": "S0"
            },
            "kind": "QnAMaker.v2",
            "properties": {
                "apiProperties": {},
                "customSubDomainName": "[parameters('name')]",
                "privateEndpointConnections": [],
                "publicNetworkAccess": "Enabled"
            }
        },
        {
            "type": "Microsoft.Search/searchServices",
            "apiVersion": "2020-08-01",
            "name": "[parameters('search-name')]",
            "location": "West US",
            "sku": {
                "name": "standard"
            },
            "properties": {
                "replicaCount": 1,
                "partitionCount": 1,
                "hostingMode": "Default",
                "publicNetworkAccess": "Enabled",
                "networkRuleSet": {
                    "ipRules": []
                }
            }
        }
    ]
}

Спасибо @ lauren-mills и всем, кто участвовал в этой дискуссии, наконец, теперь я могу запускать полнофункциональный чат-бот на основе QnAMaker, основанный на плане Linux,

Была решена не только проблема Linux, но и то, как работает когнитивная служба QnAMaker, она допускает многоязычную поддержку базы знаний и не требует дополнительных служб приложений.

Хотя новая версия API QnAMaker внесла несколько изменений в способ настройки ресурсов ARM.

Спасибо и ура :)

Была ли эта страница полезной?
0 / 5 - 0 рейтинги