Botframework-solutions: 운영 체제를 Linux로 선택하는 경우 지식 기반을 생성하지 않습니다.

@pravinambekar 님 , 어떤 파일에서 kind 를 Linux로 변경하시겠습니까?
이를 살펴보고 업데이트되는 대로 알려드리겠습니다 :slightly_smiling_ face:.

안녕하세요 @VictorGrycuk , 여기에서 App Service 계획을 정의하는 동안 리소스를 생성하는 데 사용되는 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. deploy.ps1 실행
4. 배포가 Linux를 운영 체제로 사용하여 App Service 계획 생성을 완료했는지 확인합니다.
5. 기술 자료를 생성하지 않고 배포가 완료되었는지 확인

또한 qnamaker 포털을 사용하여 생성을 시도했지만 No Endpoint keys found 와 같은 오류가 발생했습니다.

업데이트되는 대로 여기로 다시 연락드리겠습니다 😊.

_Linux를 활용한 앱 서비스 계획_

_deploy.ps1_을 사용하여 지식 기반이 생성되지 않습니다.

_문제 재현_

@pravinambekar - 귀하가 언급 한 Azure/azure-cli#9004 문제를 조사하고 찾은 후 이것이 Virtual Assistant 자체 의 제한 이 아니라 Linux의 QnAMaker Cognitive Service와 App Service Plan 간의 호환성과 관련이 있다고 생각합니다. 따라서 문제는 botframework-solutions 와 관련 이

@lauren-mills QnAMaker Cognitive Service가 Linux App Service Plan과 호환되는지 알고 있습니까?

마지막으로 BotBuilder-Samples 리포지토리에서 팀이 샘플에 Linux용 template.json 을 추가하는 작업을 하고 있지만 지식 기반이 포함된 Linux용 template.json 을 찾지 못했습니다. .

안녕하세요 @ Batta32님 , 지난 며칠 동안 다른 접근 방식을 시도했으며 VA 기반 template.json 및 배포 스크립트를 사용하여 Linux 플랫폼 기반의 모든 리소스를 호스팅/구성할 수 있었습니다.
내 주요 이해는 QnAMaker 코그너티브 서비스가 Linux 기반 서비스를 지원하지 않으며 Knowledgebase 생성을 자동화하지 않아 수동 생성 프로세스에서도 "No Endpoint Keys Found" 오류가 발생한다는 것입니다.
@lauren-mills가 이에 대해 약간의 그늘을 줄 수 있습니다.

@pravinambekar 안녕하세요. QnA Maker 팀에 연락하여 QnA Maker v1이 사이트 확장을 통한 배포로 인해 Linux를 지원하지 않는다는 것을 확인했습니다. 별도의 런타임 앱 서비스가 필요하지 않은 QnA Maker v2로 전환하는 것이 좋습니다. ARM 템플릿을 업데이트해 보고 그것이 효과가 있는지 알려주시겠습니까?

v2 인스턴스 배포에 대한 명확한 지침이 없는 것 같아서 QnA Maker 팀에 추가 정보를 문의하고 있습니다.

후속 문자를 보내주신 @lauren-mills에게 감사드립니다.
ARM에서 QnAMaker V2 API를 사용하는 것에 대해 약간 혼란스러웠기 때문에 어제부터 찾고 있던 것이 바로 리소스의 정의일 뿐입니다.

이것은 Azure Portal에 직접 배포하는 방법을 알려주는 QnA Maker에서 얻은 링크입니다. 내일 이것을 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 기반 ChatBot을 완벽하게 작동할 수 있습니다.

Linux에 대한 문제만 해결한 것이 아니라 QnAMaker Cognitive Service가 작동하는 방식으로 다국어 KB 지원이 가능하며 추가 앱 서비스가 필요하지 않습니다.

그러나 새로운 QnAMaker API 버전에서는 ARM 리소스가 구성하는 데 사용되는 방식이 거의 변경되지 않았습니다.

감사하고 건배:)