Migrowanie z usługi QnA Maker do zapytań niestandardowych qnswering

Cel tego dokumentu: Ten artykuł ma na celu dostarczenie informacji, które mogą służyć do pomyślnego migrowania aplikacji korzystających z usługi QnA Maker do niestandardowego odpowiadania na pytania. Korzystając z tego artykułu, mamy nadzieję, że klienci zyskają jasność co do następujących kwestii:

  • Porównanie funkcji w usłudze QnA Maker i niestandardowych odpowiedziach na pytania
  • Cennik
  • Uproszczone środowisko aprowizacji i programowania
  • Fazy migracji
  • Typowe scenariusze migracji
  • Kroki migracji

Docelowi odbiorcy: istniejący klienci usługi QnA Maker

Ważne

Niestandardowe odpowiadanie na pytania, funkcja języka azure AI została wprowadzona w listopadzie 2021 r. z kilkoma nowymi możliwościami, w tym zwiększonym istotnością przy użyciu klasyfikatora uczenia głębokiego, precyzyjnych odpowiedzi i kompleksowej obsługi regionów. Każdy projekt odpowiedzi na pytania niestandardowe jest odpowiednikiem baza wiedzy w usłudze QnA Maker. Ustawienia na poziomie zasobów, takie jak kontrola dostępu oparta na rolach (RBAC) nie są migrowane do nowego zasobu. Te ustawienia na poziomie zasobów musiałyby zostać ponownie skonfigurowane dla zasobu języka po migracji:

  • Automatyczny projekt RBAC to Language (nie zasób)
  • Automatyczne włączanie analizy.

Konieczne będzie również ponowne włączenie analizy dla zasobu językowego.

Porównanie funkcji

Oprócz nowego zestawu funkcji niestandardowe odpowiadanie na pytania zapewnia wiele ulepszeń technicznych typowych funkcji.

Funkcja QnA Maker Niestandardowe odpowiadanie na pytania Szczegóły
State of the art transformer-based models (Stan modeli opartych na przekształcaniu) ✔️ Modele oparte na turingu, które umożliwiają wyszukiwanie pytań i pytań i pytań na dużą skalę w internecie.
Wstępnie skompilowana funkcja ✔️ Korzystając z tej możliwości, można wykorzystać możliwości niestandardowego odpowiadania na pytania bez konieczności pozyskiwania zawartości i zarządzania zasobami.
Precyzyjne odpowiedzi ✔️ Niestandardowe odpowiadanie na pytania obsługuje precyzyjne odpowiadanie za pomocą modeli SOTA.
Inteligentne odświeżanie adresu URL ✔️ Niestandardowe odpowiadanie na pytania umożliwia odświeżanie pozyskiwanej zawartości ze źródeł publicznych jednym kliknięciem.
Q&A over baza wiedzy (wyodrębnianie hierarchiczne) ✔️ ✔️
Aktywna nauka ✔️ ✔️ Niestandardowe odpowiadanie na pytania ma ulepszony aktywny model uczenia.
Pytania alternatywne ✔️ ✔️ Ulepszone modele w niestandardowym odpowiadaniu na pytania zmniejszają potrzebę dodawania alternatywnych pytań.
Synonimy ✔️ ✔️
Metadane ✔️ ✔️
Generowanie pytań (prywatna wersja zapoznawcza) ✔️ Ta nowa funkcja umożliwi generowanie pytań w tekście.
Obsługa dokumentów bez struktury ✔️ Użytkownicy mogą teraz pozyskiwać dokumenty bez struktury jako źródła danych wejściowych i wysyłać zapytania o zawartość odpowiedzi
Zestaw SDK platformy .NET ✔️ ✔️
interfejs API ✔️ ✔️
Ujednolicone środowisko tworzenia ✔️ Jedno środowisko tworzenia we wszystkich językach sztucznej inteligencji platformy Azure
Obsługa wielu regionów ✔️

Cennik

Podczas migracji do niestandardowego odpowiadania na pytania należy wziąć pod uwagę następujące kwestie:

Składnik QnA Maker Niestandardowe odpowiadanie na pytania Szczegóły
Koszt usługi QnA Maker ✔️ Stały koszt zasobu miesięcznie. Dotyczy tylko QnAMaker.
Niestandardowy koszt usługi odpowiadania na pytania ✔️ Niestandardowy koszt odpowiadania na pytania zgodnie z modelem płatności zgodnie z rzeczywistym użyciem. Dotyczy tylko niestandardowej odpowiedzi na pytania.
Koszt usługi Azure Search ✔️ ✔️ Dotyczy zarówno usługi QnA Maker, jak i niestandardowej odpowiedzi na pytania.
Koszt usługi App Service ✔️ Dotyczy tylko usługi QnA Maker. Jest to największa oszczędność kosztów dla użytkowników przechodzących do niestandardowego odpowiadania na pytania.
  • Użytkownicy mogą wybrać wyższą warstwę o wyższej pojemności, co wpłynie na ogólną cenę, jaką płacą. Nie ma to wpływu na cenę składnika języka niestandardowego odpowiadania na pytania.

  • "Rekordy tekstowe" w niestandardowych funkcjach odpowiadania na pytania odnoszą się do zapytania przesłanego przez użytkownika do środowiska uruchomieniowego i jest to pojęcie wspólne dla wszystkich funkcji usługi językowej. Czasami zapytanie może mieć więcej rekordów tekstowych, gdy długość zapytania jest wyższa.

Przykładowe oszacowania cen

Użycie Liczba zasobów w usłudze QnA Maker Liczba usług aplikacji w usłudze QnA Maker (warstwa) Miesięczne wywołania wnioskowania w usłudze QnA Maker Partycje wyszukiwania x replika wyszukiwania (warstwa) Względny koszt w niestandardowym odpowiadaniu na pytania
Wys. 5 5(P1) 8 mln 9x3(S2) Droższe
Wys. 100 100(P1) 6 mln 9x3(S2) Tańsze
Śred. 10 10(S1) 800 tys. 4x3(S1) Tańsze
Niski 100 4(B1) 100 tys. 3x3(S1) Tańsze

Podsumowanie: Klienci powinni zaoszczędzić koszty w najbardziej typowych konfiguracjach, jak pokazano w kolumnie względnego kosztu.

Tutaj można znaleźć szczegóły cennika dotyczące niestandardowych odpowiedzi na pytania i usługi QnA Maker.

Kalkulator cen platformy Azure może zapewnić jeszcze więcej szczegółów.

Uproszczone środowisko aprowizacji i programowania

Dzięki usłudze językowej klienci usługi QnA Maker korzystają teraz z jednej usługi, która zapewnia analiza tekstu, usługę LUIS i niestandardowe odpowiadanie na pytania jako funkcje zasobu językowego. Usługa językowa zapewnia:

  • Jeden zasób języka, aby uzyskać dostęp do wszystkich powyższych możliwości
  • Pojedyncze okienko środowiska tworzenia w różnych możliwościach
  • Ujednolicony zestaw interfejsów API we wszystkich możliwościach
  • Spójny, prostszy i zaawansowany produkt

Dowiedz się, jak rozpocząć pracę w programie Language Studio

Fazy migracji

Jeśli ty lub Twoja organizacja masz aplikacje w środowisku deweloperskim lub produkcyjnym korzystającym z usługi QnA Maker, należy je zaktualizować tak, aby korzystały z niestandardowych odpowiedzi na pytania tak szybko, jak to możliwe. Skorzystaj z poniższych linków, aby zapoznać się z dostępnymi interfejsami API, zestawami SDK, zestawami SDK botów i przykładami kodu.

Poniżej przedstawiono szerokie fazy migracji, które należy wziąć pod uwagę:

A chart showing the phases of a successful migration

Dodatkowe linki, które mogą pomóc w poniższych linkach:

  • Portal tworzenia
  • API
  • SDK
  • Zestaw SDK bota: w przypadku botów korzystających z niestandardowego odpowiadania na pytania użyj zestawu SDK Bot.Builder.AI.QnA — zalecamy klientom dalsze korzystanie z tej funkcji na potrzeby integracji botów. Poniżej przedstawiono przykładowe użycie tego samego kodu bota: przykład 1Przykład 2

Typowe scenariusze migracji

W tym temacie porównaliśmy dwa hipotetyczne scenariusze migracji z usługi QnA Maker do niestandardowego odpowiadania na pytania. Te scenariusze mogą pomóc w określeniu odpowiedniego zestawu kroków migracji do wykonania dla danego scenariusza.

Uwaga

Podjęto próbę zapewnienia, że te scenariusze są reprezentatywne dla rzeczywistych migracji klientów, jednak poszczególne scenariusze klientów będą oczywiście się różnić. Ponadto ten artykuł nie zawiera szczegółów cennika. Odwiedź stronę cennika, aby uzyskać więcej informacji.

Ważne

Każdy projekt odpowiedzi na pytania niestandardowe jest odpowiednikiem baza wiedzy w usłudze QnA Maker. Ustawienia na poziomie zasobów, takie jak kontrola dostępu oparta na rolach (RBAC) nie są migrowane do nowego zasobu. Te ustawienia na poziomie zasobów musiałyby zostać ponownie skonfigurowane na potrzeby migracji zasobów językowych po migracji. Konieczne będzie również ponowne włączenie analizy dla zasobu językowego.

Scenariusz migracji 1: Brak niestandardowego portalu tworzenia

W pierwszym scenariuszu migracji klient używa qnamaker.ai jako portalu tworzenia i chce przeprowadzić migrację baza wiedzy usługi QnA Maker do niestandardowego odpowiadania na pytania.

Migrowanie projektu z usługi QnA Maker do niestandardowego odpowiadania na pytania

Po przeprowadzeniu migracji do niestandardowego odpowiadania na pytania:

  • Ustawienia na poziomie zasobu muszą zostać ponownie skonfigurowane dla zasobu językowego
  • Walidacje klientów powinny rozpoczynać się od zmigrowanych baza wiedzy:
    • Walidacja rozmiaru
    • Liczba par pytań i odpowiedzi we wszystkich bazach wiedzy w celu dopasowania ich do przed migracją i po jej migracji
  • Klienci muszą ustanowić nowe progi dla swoich baza wiedzy w niestandardowych odpowiedziach na pytania, ponieważ mapowanie wskaźnika ufności różni się w porównaniu z usługą QnA Maker.
    • Odpowiedzi na przykładowe pytania dotyczące przed migracją i po jej migracji
    • Czas odpowiedzi na pytania w wersji 1 a wersja 2
    • Zachowywanie monitów
    • Klienci mogą użyć narzędzia do testowania wsadowego po migracji, aby przetestować nowo utworzony projekt w niestandardowym odpowiadaniu na pytania.

Stare zasoby usługi QnA Maker należy usunąć ręcznie.

Poniżej przedstawiono kilka szczegółowych kroków dotyczących scenariusza migracji 1.

Scenariusz migracji 2

W tym scenariuszu migracji klient mógł utworzyć własny fronton tworzenia przy użyciu interfejsów API tworzenia usługi QnA Maker lub zestawów SDK usługi QnA Maker.

Należy wykonać następujące kroki wymagane do migracji zestawów SDK:

Ten przewodnik migracji zestawu SDK ma pomóc w migracji do nowej niestandardowej biblioteki klienta odpowiedzi na pytania, Azure.AI.Language.QuestionAnswering ze starego, Microsoft.Azure.CognitiveServices.Knowledge.QnAMaker. Skoncentruje się na porównaniach równoległych dla podobnych operacji między dwoma pakietami.

Powinni wykonać kroki wymagane do migracji baz wiedzy do nowego projektu w ramach zasobu Language.

Po przeprowadzeniu migracji do niestandardowego odpowiadania na pytania:

  • Ustawienia na poziomie zasobu muszą zostać ponownie skonfigurowane dla zasobu językowego
  • Walidacje klientów powinny rozpoczynać się od zmigrowanych baza wiedzy
    • Walidacja rozmiaru
    • Liczba par pytań i odpowiedzi we wszystkich bazach wiedzy w celu dopasowania ich do przed migracją i po jej migracji
    • Mapowanie wskaźnika ufności
    • Odpowiedzi na przykładowe pytania dotyczące przed migracją i po jej migracji
    • Czas odpowiedzi na pytania w wersji 1 a wersja 2
    • Zachowywanie monitów
    • Testowanie wsadowe przed migracją i po migracji
  • Stare zasoby usługi QnA Maker należy usunąć ręcznie.

Ponadto w przypadku klientów, którzy muszą przeprowadzić migrację i uaktualnić bota, kod bota uaktualnienia jest publikowany jako pakiet NuGet.

Oto kilka przykładów kodu: Przykład 1Przykład 2

Poniżej przedstawiono szczegółowe kroki dotyczące scenariusza migracji 2

Dowiedz się więcej o wstępnie utworzonym interfejsie API

Dowiedz się więcej o niestandardowym interfejsie API REST odpowiedzi na pytania

Kroki migracji

Należy pamiętać, że niektóre z tych kroków są wymagane w zależności od istniejącej architektury klientów. Zapoznaj się z powyższymi fazami migracji, aby uzyskać więcej jasności co do tego, które kroki są potrzebne do migracji.

A chart showing the steps of a successful migration