Déployer des projets de langage personnalisé dans plusieurs régions
Remarque
Cet article s’applique aux fonctionnalités personnalisées suivantes dans Azure AI Language :
Les fonctionnalités du service de langue personnalisé vous permettent de déployer votre projet dans plusieurs régions. Cette fonctionnalité facilite considérablement l’accès à votre projet dans le monde entier, tandis que vous gérez une seule instance de votre projet à un seul endroit.
Avant de déployer un projet, vous pouvez affecter des ressources de déploiement dans d’autres régions. Chaque ressource de déploiement est une ressource de langue différente de celle que vous utilisez pour créer votre projet. Vous déployez sur ces ressources, puis ciblez vos demandes de prédiction sur cette ressource dans leurs régions respectives, et vos requêtes sont traitées directement à partir de cette région.
Quand vous créez un déploiement, vous pouvez sélectionner les ressources de déploiement affectées et leurs régions correspondantes dans lesquelles vous voulez déployer. Le modèle que vous déployez est ensuite répliqué dans chaque région et accessible avec son propre point de terminaison en fonction du sous-domaine personnalisé de la ressource de déploiement.
Exemple
Supposons que vous voulez que votre projet, qui est utilisé dans le cadre d’un chatbot de support client, soit accessible par les clients aux États-Unis et en Inde. Vous créez un projet dont le nom est ContosoSupport en utilisant une ressource de langue USA Ouest 2 nommée MyWestUS2. Avant le déploiement, vous affectez deux ressources de déploiement à votre projet : MyEastUS et MyCentralIndia dans USA Est et Inde Centre, respectivement.
Quand vous déployez votre projet, vous sélectionnez les trois régions pour le déploiement : la région USA Ouest 2 d’origine, et les régions assignées via USA Est et Inde Centre.
Vous avez maintenant trois URL de point de terminaison différentes pour accéder à votre projet dans les trois régions :
- USA Ouest 2 :
https://mywestus2.cognitiveservices.azure.com/language/:analyze-conversations - USA Est :
https://myeastus.cognitiveservices.azure.com/language/:analyze-conversations - Inde Centre :
https://mycentralindia.cognitiveservices.azure.com/language/:analyze-conversations
Le même corps de requête pour chacune de ces URL différentes sert exactement la même réponse directement à partir de cette région.
Validations et exigences
L’attribution de ressources de déploiement nécessite l’authentification Microsoft Entra. Microsoft Entra ID est utilisé pour vérifier que vous avez accès aux ressources que vous voulez affecter à votre projet pour un déploiement multirégion. Dans Language Studio, vous pouvez activer l’authentification Microsoft Entra automatiquement en vous attribuant le rôle Propriétaire de langue Azure Cognitive Services sur votre ressource d’origine. Pour utiliser l’authentification Microsoft Entra programmatiquement, consultez la documentation Azure AI services pour en savoir plus.
Le nom et la ressource de votre projet sont utilisés comme identificateurs principaux. Une ressource de langue peut avoir seulement un nom de projet spécifique dans chaque ressource. Tous les autres projets portant le même nom ne peuvent pas être déployés sur cette ressource.
Par exemple, si un projet ContosoSupport a été créé par la ressource MyWestUS2 dans USA Ouest 2 et déployé sur la ressource MyEastUS dans USA Est, la ressource MyEastUS ne peut pas créer un autre projet appelé ContosoSupport et déployer un projet dans cette région. De même, vos collaborateurs ne peuvent donc pas créer un projet ContosoSupport avec la ressource MyCentralIndia dans la région Inde centrale et le déployer sur MyWestUS2 ou MyEastUS.
Vous ne pouvez permuter que des déploiements disponibles exactement dans les mêmes régions. Si ce n’est pas le cas, la permutation échoue.
Si vous supprimez une ressource affectée de votre projet, tous les déploiements de projet sur cette ressource sont supprimés.
Remarque
Workflow d’orchestration uniquement :
Vous ne pouvez pas affecter de ressources de déploiement à des projets de workflow d’orchestration avec des réponses à des questions personnalisées ou des connexions LUIS. Par conséquent, vous ne pouvez pas ajouter de réponses aux questions personnalisées ou des connexions LUIS à des projets qui ont des ressources affectées.
Pour que le déploiement multirégion fonctionne comme attendu, les projets CLU connectés doivent également être déployés sur les mêmes ressources régionales que celles sur lesquelles vous avez déployé le projet de workflow d’orchestration. Sinon, le projet de workflow d’orchestration tente de router une demande vers un déploiement qui n’existe pas dans sa région.
Certaines régions sont uniquement disponibles pour le déploiement et non pour les projets de création.
Contenu connexe
Découvrez comment déployer des modèles pour :