Wdrażanie niestandardowych projektów językowych w wielu regionach
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. Od listopada 2024 r. niestandardowe funkcje usługi językowej umożliwiają również wdrażanie projektu w wielu zasobach w jednym regionie za pośrednictwem interfejsu API, dzięki czemu można używać niestandardowego modelu niezależnie od potrzeb.
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.
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: