Botframework-solutions: Linuxとしてオペレーティングシステムを選択した場合、ナレッジベースは作成されません

こんにちは@pravinambekar 、どのファイルでkindをLinuxに変更しますか？
これを確認し、更新があり次第お知らせします：slightly_smiling_face :。

こんにちは@VictorGrycuk 、ここではApp

{ "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をオペレーティングシステムとして使用して、デプロイがApp ServicePlanの生成を完了したことを確認します
5. ナレッジベースを生成せずにデプロイが完了したことを確認します

また、 qnamakerポータルを使用してそれらを作成しようとしましたが、 No Endpoint keys foundという同じエラーが発生しました。

更新があり次第、こちらからご連絡いたします😊。

_Linuxを使用したアプリサービスプラン_

_ナレッジベースはdeploy.ps1_を使用して生成されません

_問題の再現_

@pravinambekar -あなたがここでアズール/紺碧-CLI＃9004問題研究し、発見した後、コメントを、私たちは、これは仮想アシスタントitfselfの制限はないと思われるが、LinuxでQnAMaker認知サービスやアプリケーションサービスプランの間の互換性に関連しますしたがって、この問題はbotframework-solutionsとは関係あり

@ lauren-mills QnAMaker CognitiveServiceがLinuxApp Service Planと互換性があるかどうか知っていますか？

最後になりましたが、 BotBuilder-Samplesリポジトリで、チームがサンプルにLinux用のtemplate.jsonを追加する作業を行っていることに気付きましたが、ナレッジベースを含むLinux用のtemplate.jsonは見つかりません

こんにちは@ Batta32 、私はあなたに完全に同意します。過去数日間、私はさまざまなアプローチを試し、VAベースのtemplate.jsonと展開スクリプトを使用してLinuxプラットフォームに基づいてすべてのリソースをホスト/構成することができました。
私の主な理解は、QnAMakerコグニティブサービスがLinuxベースのサービスをサポートしておらず、ナレッジベースの作成を自動化していないため、手動の作成プロセスでも「エンドポイントキーが見つかりません」というエラーが発生することです。
@laurenかもしれません-ミルズはこれにいくらかの光を当てることができます。

こんにちは@pravinambekar 、私はQnA Makerチームに連絡しました、そして彼らはQnA

v2インスタンスをデプロイするための明確な手順がないように思われるため、詳細についてはQnAMakerチームにフォローアップしています。

フォローアップテキストをありがとう@ lauren-mills、
QnAMaker V2 APIは単なるリソースの定義であるため、ARMでの使用について少し混乱していたので、それはまさに昨日から探していたものです。

これは、QnA Makerから取得したリンクで、AzurePortalに直接デプロイする方法を示しています。 明日、これをARMテンプレートに変換する方法を見て、それらの詳細をここに追加します。 https://techcommunity.microsoft.com/t5/azure-ai/introducing-qna-maker-managed-now-in-public-preview/ba-p/1845575

qnamaker v2インスタンスをデプロイしました。これは、対応するARMテンプレートです。 これを既存のqnaサービスの代わりにデプロイメントスクリプトのARMテンプレートに追加して、機能するかどうかを確認できますか？ 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に感謝し、このディスカッションスレッドに貢献してくれたすべての人に、ついにLinuxプランに基づいて完全に機能するQnAMakerベースのチャットボットを実行できるようになりました。

対処されたLinuxに関する問題だけでなく、QnAMakerコグニティブサービスの動作方法により、多言語のKBサポートが可能になり、追加のアプリサービスは必要ありません。

ただし、新しいQnAMaker APIバージョンでは、ARMリソースの構成に使用される方法にほとんど変更がありませんでした。

ありがとう、乾杯:)