Udostępnij za pośrednictwem

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. Ta funkcja znacznie ułatwia dostęp do projektu globalnie, zarządzając 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ęzyka 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 Stany Zjednoczone 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 wdrażania do projektu: odpowiednio MyCentralIndia w MyEastUS regionach Wschodnie stany USA i Indie Środkowe.

Podczas wdrażania projektu wybierasz wszystkie trzy regiony do wdrożenia: oryginalny region Zachodnie stany USA 2 i przypisane do nich za pośrednictwem Wschodnie stany USA i Indie Środkowe.

Masz teraz 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 potwierdzenia, ż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 w usłudze Microsoft Entra, przypisując sobie rolę Właściciela języka usług Azure 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. Zasób języka może mieć tylko określoną nazwę projektu w każdym zasobie. Nie można wdrożyć żadnych innych projektów o tej samej nazwie w tym zasobie.

Jeśli na przykład zasób 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ć go w tym regionie. Podobnie współpracownicy nie mogą następnie utworzyć projektu ContosoSupport z zasobem MyCentralIndia w Indiach Środkowych i wdrożyć go w MyWestUS2 programie lub MyEastUS.

Możesz zamienić tylko wdrożenia, które są dostępne w dokładnie tych samych regionach. W przeciwnym razie zamiana nie powiedzie się.

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 przy użyciu niestandardowych połączeń odpowiedzi na pytania lub usługi LUIS. Następnie nie można dodać niestandardowych połączeń odpowiedzi na pytania ani połączeń usługi LUIS z projektami, które mają przypisane zasoby.

Aby wdrożenie wieloregionowe 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 aranżacji próbuje kierować żądanie 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.

Powiązana zawartość

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