Botframework-solutions: لا تنشئ قاعدة معرفية إذا حددت نظام تشغيل مثل Linux

مرحبًا pravinambekar ، في أي ملف تقوم بتغيير kind إلى Linux؟
سنلقي نظرة على هذا وسنخبرك بمجرد حصولنا على تحديث: وجه مبتسم قليلاً

مرحبًا VictorGrycuk ، نموذج ARM المستخدم لإنشاء الموارد ، هنا أثناء تحديد خطة خدمة التطبيق.

{ "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. نفّذ عملية النشر
4. تحقق من انتهاء النشر من إنشاء خطة خدمة التطبيق باستخدام Linux كنظام تشغيل
5. تحقق من انتهاء النشر دون إنشاء قواعد المعرفة

أيضًا ، حاولنا إنشائها باستخدام بوابة qnamaker وتلقينا نفس الخطأ No Endpoint keys found .

بمجرد حصولنا على أي تحديث ، سنعود إليك هنا 😊.

_App Service Plan باستخدام Linux_

_ لا يتم إنشاء قواعد المعرفة باستخدام النشر .ps1_

_تم إعادة إصدار المشكلة_

pravinambekar - بعد البحث والعثور على مشكلة Azure / azure-cli # 9004 التي علقت عليها ، نعتقد أن هذا ليس قيدًا على المساعد الافتراضي نفسه ولكنه متعلق بالتوافق بين QnAMaker Cognitive Service و App Service Plan في Linux ، لذا فإن المشكلة لا تتعلق بحلول botframework.

@ lauren-mills هل تعرف ما إذا كانت خدمة QnAMaker Cognitive Service متوافقة مع خطة خدمة تطبيقات Linux؟

وأخيرا وليس آخرا، لاحظنا أنه في BotBuilder-عينات مستودع الفريق يعمل على إضافة template.json لينكس في العينات، إلا أننا لم نجد template.json لينكس الذي يحتوي على قاعدة المعارف .

مرحبًا @ Batta32 ، أتفق معك تمامًا ، خلال الأيام القليلة الماضية كنت أحاول اتباع نهج مختلف وتمكنت من استضافة / تكوين جميع الموارد القائمة على نظام Linux باستخدام VA القائم على template.json ونص النشر ،
فهمي الأساسي هو أن خدمة QnAMaker المعرفية لا تدعم الخدمات المستندة إلى Linux ولا تعمل تلقائيًا على إنشاء Knowledgebase ، مما يعطي خطأ "لم يتم العثور على مفاتيح نقطة النهاية" حتى في عملية الإنشاء اليدوية.
قد يكون @ lauren-mills يمكن أن يلقي بعض الضوء على هذا.

مرحبًا pravinambekar ، لقد

أدركت أنه لا يبدو أن هناك تعليمات واضحة لنشر مثيل v2 لذلك أنا أتابع مع فريق QnA Maker للحصول على مزيد من المعلومات.

شكرًا @ lauren-mills على نص المتابعة ،
هذا هو بالضبط ما كنت أبحث عنه منذ يوم أمس ، حيث كنت مرتبكًا بعض الشيء بشأن استخدام QnAMaker V2 API في ARM لأنه مجرد تعريف للموارد.

هذا هو الرابط الذي حصلت عليه من QnA Maker والذي يخبرنا بكيفية نشره مباشرة في بوابة Azure. سوف أنظر في كيفية ترجمة ذلك إلى قالب ARM غدًا وأضيف هذه التفاصيل هنا. https://techcommunity.microsoft.com/t5/azure-ai/introducing-qna-maker-managed-now-in-public-preview/ba-p/1845575

لقد قمت بنشر مثيل qnamaker v2 وهذا هو قالب ARM الذي يتوافق. هل يمكنك محاولة إضافة هذا إلى قالب ARM الخاص بك في البرنامج النصي للنشر بدلاً من خدمات qna الحالية ومعرفة ما إذا كان يعمل؟ لست متأكدًا مما إذا كان نشر كيلوبايت سيكون هو نفسه ولكن الأمر يستحق المحاولة:

{
    "$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 ولكل من ساهم في سلسلة المناقشة هذه ، أخيرًا ، يمكنني الآن تشغيل ChatBot القائم على QnAMaker ، استنادًا إلى خطة Linux ،

لم تتم معالجة مشكلة Linux فقط ، ولكن الطريقة التي تعمل بها خدمة QnAMaker المعرفية ، فهي تتيح دعم KB متعدد اللغات وليس هناك حاجة لخدمة تطبيقات إضافية.

على الرغم من أن إصدار QnAMaker API الجديد قد أحدث تغييرات قليلة في طريقة تكوين مورد ARM.

شكرا و تحياتي :)