Migrace ze služby QnA Maker na vlastní odpovídání na dotazy
Účel tohoto dokumentu: Cílem tohoto článku je poskytnout informace, které lze použít k úspěšné migraci aplikací, které používají službu QnA Maker k vlastnímu zodpovězení otázek. V tomto článku doufáme, že zákazníci získají přehled o těchto článcích:
- Porovnání funkcí ve službě QnA Maker a vlastních odpovědích na otázky
- Ceny
- Zjednodušené zřizování a vývojové prostředí
- Fáze migrace
- Běžné scénáře migrace
- Kroky migrace
Zamýšlená cílová skupina: Stávající zákazníci služby QnA Maker
Důležité
V listopadu 2021 byla představena funkce vlastní odpovědi na otázky, která zahrnuje několik nových funkcí, včetně rozšířené relevance s využitím rankeru hlubokého učení, přesných odpovědí a kompletní podpory oblastí. Každý vlastní projekt odpovídání na otázky odpovídá znalostní báze ve službě QnA Maker. Nastavení na úrovni prostředků, jako je řízení přístupu na základě role (RBAC), se do nového prostředku nemigruje. Tato nastavení na úrovni prostředků by se musela po migraci překonfigurovat pro prostředek jazyka:
- Automatický projekt RBAC do jazyka (ne zdroj)
- Automatické povolení analýz
Budete také muset znovu povolit analýzu pro prostředek jazyka.
Porovnání funkcí
Kromě nové sady funkcí nabízí vlastní odpovědi na otázky mnoho technických vylepšení běžných funkcí.
| Funkce | QnA Maker | Vlastní odpověď na otázky | Detaily |
|---|---|---|---|
| Nejmodernější modely založené na transformátorech | ➖ | ✔️ | Modely založené na Turingu, které umožňují vyhledávání QnA ve webovém měřítku. |
| Předem sestavená funkce | ➖ | ✔️ | Pomocí této funkce můžete využít sílu vlastní odpovědi na otázky, aniž byste museli ingestovat obsah a spravovat prostředky. |
| Přesné zodpovězení dotazů | ➖ | ✔️ | Vlastní odpovědi na otázky podporují přesné odpovědi pomocí modelů SOTA. |
| Aktualizace inteligentní adresy URL | ➖ | ✔️ | Vlastní zodpovězení otázek poskytuje způsob, jak aktualizovat přijatý obsah z veřejných zdrojů jediným kliknutím. |
| Q&A over znalostní báze (hierarchická extrakce) | ✔️ | ✔️ | |
| Aktivní učení | ✔️ | ✔️ | Vlastní zodpovězení otázek má vylepšený aktivní výukový model. |
| Alternativní otázky | ✔️ | ✔️ | Vylepšené modely ve vlastních odpovědích na otázky snižují potřebu přidávat alternativní otázky. |
| Synonyma | ✔️ | ✔️ | |
| Metadata | ✔️ | ✔️ | |
| Generování dotazů (privátní verze Preview) | ➖ | ✔️ | Tato nová funkce umožní generování otázek přes text. |
| Podpora nestrukturovaných dokumentů | ➖ | ✔️ | Uživatelé teď můžou ingestovat nestrukturované dokumenty jako vstupní zdroje a dotazovat se na obsah odpovědí. |
| .NET SDK | ✔️ | ✔️ | |
| rozhraní API | ✔️ | ✔️ | |
| Jednotné prostředí pro vytváření obsahu | ➖ | ✔️ | Jediné prostředí pro vytváření obsahu ve všech jazycích Azure AI |
| Podpora více oblastí | ➖ | ✔️ |
Ceny
Při migraci na vlastní odpovědi na otázky zvažte následující skutečnosti:
| Komponenta | QnA Maker | Vlastní odpověď na otázky | Detaily |
|---|---|---|---|
| Náklady na službu QnA Maker | ✔️ | ➖ | Pevné náklady na prostředek za měsíc. Platí pouze pro QnAMaker. |
| Vlastní náklady na službu odpovídání na otázky | ➖ | ✔️ | Vlastní náklady na odpovědi na otázky podle modelu průběžných plateb. Platí jenom pro vlastní odpovědi na otázky. |
| Náklady na Azure Search | ✔️ | ✔️ | Platí pro QnA Maker i pro vlastní odpovědi na otázky. |
| Náklady na App Service | ✔️ | ➖ | Platí jenom pro QnA Maker. To je největší úspora nákladů pro uživatele, kteří přecházejí na vlastní odpovědi na otázky. |
Uživatelé můžou vybrat vyšší úroveň s vyšší kapacitou, což bude mít vliv na celkovou cenu, kterou platí. Nemá vliv na cenu komponenty jazyka vlastních odpovědí na otázky.
"Textové záznamy" ve vlastních funkcích pro odpovědi na otázky odkazují na dotaz odeslaný uživatelem do modulu runtime a je to koncept společný pro všechny funkce ve službě Language. Někdy může dotaz obsahovat více textových záznamů, pokud je délka dotazu vyšší.
Příklad odhadu cen
| Využití | Počet prostředků ve službě QnA Maker | Počet aplikačních služeb ve službě QnA Maker (úroveň) | Měsíční volání odvození ve službě QnA Maker | Oddíly vyhledávání x repliky vyhledávání (vrstva) | Relativní náklady ve vlastním zodpovězení otázek |
|---|---|---|---|---|---|
| Vysoká | 5 | 5(P1) | 8 MIL. | 9x3(S2) | Dražší |
| Vysoká | 100 | 100(P1) | 6 mil. | 9x3(S2) | Levnější |
| Střední | 10 | 10(S1) | 800K | 4x3(S1) | Levnější |
| Nízká | 4 | 4(B1) | 100 tis. | 3x3(S1) | Levnější |
Shrnutí: Zákazníci by měli ušetřit náklady napříč nejběžnějšími konfiguracemi, jak je vidět ve sloupci relativních nákladů.
Tady najdete podrobnosti o cenách pro vlastní odpovědi na otázky a službu QnA Maker.
Cenová kalkulačka Azure může poskytnout ještě více podrobností.
Zjednodušené zřizování a vývojové prostředí
Díky službě Language teď zákazníci služby QnA Maker využívají jednu službu, která poskytuje Analýza textu, SLUŽBU LUIS a vlastní odpovědi na otázky jako funkce prostředku jazyka. Služba Language poskytuje:
- Jeden prostředek jazyka pro přístup ke všem výše uvedeným funkcím
- Jediné podokno prostředí pro vytváření obsahu napříč možnostmi
- Jednotná sada rozhraní API napříč všemi možnostmi
- Soudržný, jednodušší a výkonný produkt
Informace o tom, jak začít v sadě Language Studio
Fáze migrace
Pokud vy nebo vaše organizace máte aplikace ve vývoji nebo produkčním prostředí, které používají QnA Maker, měli byste je aktualizovat tak, aby co nejdříve používaly vlastní odpovědi na otázky. Na následujících odkazech najdete dostupná rozhraní API, sady SDK, sady SDK robotů a ukázky kódu.
Níže jsou uvedené široké fáze migrace, které je potřeba zvážit:
Další odkazy, které vám můžou pomoct níže:
- Portál pro vytváření obsahu
- Rozhraní API
- Sada SDK
- Sada SDK robota: Pro roboty, kteří chtějí používat vlastní odpovědi na otázky, použijte sadu Bot.Builder.AI.QnA SDK – Doporučujeme zákazníkům, aby ji mohli dál používat pro integrace robotů. Tady je několik ukázkových použití stejných v kódu robota: Ukázka 1 Ukázka 2
Běžné scénáře migrace
Toto téma porovnává dva hypotetické scénáře při migraci z QnA Makeru na vlastní odpovědi na otázky. Tyto scénáře vám můžou pomoct určit správnou sadu kroků migrace, které se mají pro daný scénář provést.
Poznámka:
Byl proveden pokus o zajištění, že tyto scénáře představují skutečné migrace zákazníků, ale jednotlivé scénáře zákazníků se samozřejmě budou lišit. Tento článek také neobsahuje podrobnosti o cenách. Další informace najdete na stránce s cenami .
Důležité
Každý vlastní projekt odpovídání na otázky odpovídá znalostní báze ve službě QnA Maker. Nastavení na úrovni prostředků, jako je řízení přístupu na základě role (RBAC), se do nového prostředku nemigruje. Tato nastavení na úrovni prostředků by se musela po migraci překonfigurovat pro prostředek jazyka. Budete také muset znovu povolit analýzu pro prostředek jazyka.
Scénář migrace 1: Žádný vlastní portál pro vytváření obsahu
V prvním scénáři migrace zákazník používá qnamaker.ai jako portál pro vytváření obsahu a chce migrovat své znalostní báze služby QnA Maker na vlastní odpovědi na otázky.
Migrace projektu z QnA Makeru na vlastní odpovědi na otázky
Po migraci na vlastní odpovědi na otázky:
- Nastavení na úrovni prostředku je potřeba překonfigurovat pro prostředek jazyka.
- Ověření zákazníka by se mělo spustit na migrovaných znalostní báze na:
- Ověření velikosti
- Počet párů QnA ve všech KB, které se mají shodovat před migrací a po migraci
- Zákazníci musí stanovit nové prahové hodnoty pro své znalostní báze ve vlastních odpovědích na otázky, protože mapování skóre spolehlivosti se v porovnání s QnA Maker liší.
- Odpovědi na ukázkové otázky před migrací a po migraci
- Doba odezvy pro otázky zodpovězené ve verzi 1 vs. 2
- Zachování výzev
- Zákazníci můžou pomocí nástroje dávkového testování po migraci otestovat nově vytvořený projekt ve vlastní odpovědi na otázky.
Staré prostředky služby QnA Maker je potřeba odstranit ručně.
Tady je několik podrobných kroků pro scénář migrace 1.
Scénář migrace 2
V tomto scénáři migrace mohl zákazník vytvořit vlastní front-end pro vytváření pomocí rozhraní API pro vytváření služby QnA Maker nebo sad SDK služby QnA Maker.
Pro migraci sad SDK by měli provést tyto kroky:
Tento průvodce migrací sady SDK má pomoct s migrací do nové vlastní klientské knihovny odpovědí na otázky Azure.AI.Language.QuestionAnswering ze starého microsoft.Azure.CognitiveServices.Knowledge.QnAMaker. Zaměří se na souběžná porovnání podobných operací mezi těmito dvěma balíčky.
Měli by provést kroky potřebné pro migraci znalostních bází do nového projektu v rámci zdroje jazyka.
Po migraci na vlastní odpovědi na otázky:
- Nastavení na úrovni prostředku je potřeba překonfigurovat pro prostředek jazyka.
- Ověření zákazníka by se mělo spustit na migrovaných znalostní báze na
- Ověření velikosti
- Počet párů QnA ve všech KB, které se mají shodovat před migrací a po migraci
- Mapování skóre spolehlivosti
- Odpovědi na ukázkové otázky před migrací a po migraci
- Doba odezvy pro otázky zodpovězené ve verzi 1 vs. 2
- Zachování výzev
- Dávkové testování před migrací a po migraci
- Staré prostředky služby QnA Maker je potřeba odstranit ručně.
Kromě toho pro zákazníky, kteří musí robota migrovat a upgradovat, se kód robota upgraduje jako balíček NuGet.
Tady najdete některé ukázky kódu: Ukázka 1 Ukázka 2
Tady jsou podrobné kroky pro scénář migrace 2.
Další informace o předem připraveném rozhraní API
Další informace o vlastním rozhraní REST API pro odpovědi na otázky
Kroky migrace
Upozorňujeme, že některé z těchto kroků jsou potřeba v závislosti na stávající architektuře zákazníků. Podívejte se na fáze migrace uvedené výše, abyste získali přehlednější informace o krocích potřebných k migraci.
