Wdrażanie niestandardowych projektów językowych w wielu regionach

  • Artykuł

Uwaga

Ten artykuł dotyczy następujących funkcji niestandardowych w języku AI platformy Azure:

Niestandardowe funkcje usługi językowej umożliwiają wdrażanie projektu w więcej niż jednym regionie, co znacznie ułatwia dostęp do projektu globalnie przy jednoczesnym zarządzaniu tylko jednym wystąpieniem projektu w jednym miejscu.

Przed wdrożeniem projektu można przypisać zasoby wdrażania w innych regionach. Każdy zasób wdrożenia to inny zasób językowy niż zasób używany do tworzenia projektu. Wdrażasz je w tych zasobach, a następnie wysyłasz żądania przewidywania do tego zasobu w odpowiednich regionach, a zapytania są obsługiwane bezpośrednio z tego regionu.

Podczas tworzenia wdrożenia możesz wybrać, które z przypisanych zasobów wdrożenia i odpowiadających im regionów chcesz wdrożyć. Wdrażany model jest następnie replikowany do każdego regionu i dostępny z własnym punktem końcowym zależnym od niestandardowej poddomeny zasobu wdrożenia.

Przykład

Załóżmy, że chcesz upewnić się, że projekt, który jest używany jako część czatbota pomocy technicznej klienta, jest dostępny dla klientów w Stanach Zjednoczonych i Indiach. Możesz utworzyć projekt o nazwie ContosoSupport przy użyciu zasobu języka Zachodnie stany USA 2 o nazwie MyWestUS2. Przed wdrożeniem należy przypisać dwa zasoby wdrożenia do projektu — odpowiednio MyEastUS i MyCentralIndia w regionach Wschodnie stany USA i Indie Środkowe.

Podczas wdrażania projektu należy wybrać wszystkie trzy regiony do wdrożenia: oryginalny region Zachodnie stany USA 2 i przypisane do nich w regionie Wschodnie stany USA i Indie Środkowe.

Teraz masz trzy różne adresy URL punktów końcowych, aby uzyskać dostęp do projektu we wszystkich trzech regionach:

  • Zachodnie stany USA 2: https://mywestus2.cognitiveservices.azure.com/language/:analyze-conversations
  • Wschodnie stany USA: https://myeastus.cognitiveservices.azure.com/language/:analyze-conversations
  • Indie Środkowe: https://mycentralindia.cognitiveservices.azure.com/language/:analyze-conversations

Ta sama treść żądania do każdego z tych różnych adresów URL obsługuje dokładnie tę samą odpowiedź bezpośrednio z tego regionu.

Walidacje i wymagania

Przypisywanie zasobów wdrażania wymaga uwierzytelniania firmy Microsoft Entra. Identyfikator Entra firmy Microsoft służy do potwierdzania, że masz dostęp do zasobów, które chcesz przypisać do projektu na potrzeby wdrożenia w wielu regionach. W programie Language Studio możesz automatycznie włączyć uwierzytelnianie firmy Microsoft Entra, przypisując sobie rolę Właściciel języka usług Cognitive Services do oryginalnego zasobu. Aby programowo używać uwierzytelniania firmy Microsoft Entra, dowiedz się więcej z dokumentacji usług Azure AI.

Nazwa projektu i zasób są używane jako główne identyfikatory. W związku z tym zasób języka może mieć tylko określoną nazwę projektu w każdym zasobie. Wszystkie inne projekty o tej samej nazwie nie będą możliwe do wdrożenia w tym zasobie.

Jeśli na przykład projekt ContosoSupport został utworzony przez zasób MyWestUS2 w regionie Zachodnie stany USA 2 i wdrożony w zasobie MyEastUS w regionie Wschodnie stany USA, zasób MyEastUS nie może utworzyć innego projektu o nazwie ContosoSupport i wdrożyć projekt w tym regionie. Podobnie współpracownicy nie mogą następnie utworzyć projektu ContosoSupport z zasobem MyCentralIndia w Indiach Środkowych i wdrożyć go w usłudze MyWestUS2 lub MyEastUS.

Można zamienić tylko wdrożenia, które są dostępne w dokładnie tych samych regionach, w przeciwnym razie zamiana zakończy się niepowodzeniem.

Jeśli usuniesz przypisany zasób z projektu, wszystkie wdrożenia projektu do tego zasobu zostaną usunięte.

Uwaga

Tylko przepływ pracy orkiestracji:

Nie można przypisać zasobów wdrażania do projektów przepływu pracy aranżacji z niestandardowymi połączeniami odpowiedzi na pytania lub połączeniami usługi LUIS. Następnie nie można dodać niestandardowych połączeń odpowiedzi na pytania lub usługi LUIS do projektów, które mają przypisane zasoby.

Aby wdrożenie wielu regionów działało zgodnie z oczekiwaniami, połączone projekty CLU muszą być również wdrażane w tych samych zasobach regionalnych, w których wdrożono projekt przepływu pracy aranżacji. W przeciwnym razie projekt przepływu pracy orkiestracji podejmie próbę kierowania żądania do wdrożenia w jego regionie, który nie istnieje.

Niektóre regiony są dostępne tylko dla wdrożenia, a nie dla projektów tworzenia.

Następne kroki

Dowiedz się, jak wdrażać modele dla: