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 langage personnalisé vous permettent de déployer votre projet dans plusieurs régions, ce qui facilite beaucoup l’accès à votre projet globalement tout en gérant une seule instance de votre projet à un seul emplacement.
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 langage 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.
Lors de la création d’un déploiement, vous pouvez sélectionner les ressources de déploiement affectées et leurs régions correspondantes dans lesquelles vous souhaitez effectuer le déploiement. 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 souhaitiez vous assurer que votre projet, utilisé dans le cadre d’un chatbot de support client, est accessible par les clients aux États-Unis et en Inde. Vous rédigerez un projet portant le nom ContosoSupport en utilisant une ressource de langage USA Ouest 2 nommée MyWestUS2. Avant le déploiement, vous devez affecter deux ressources de déploiement à votre projet : MyEastUS et MyCentralIndia dans USA Est et Inde Centre, respectivement.
Lors du déploiement de votre projet, vous devez sélectionner les trois régions pour le déploiement : la région originale USA Ouest 2 et les régions assignées par USA Est et Inde Centre.
Vous disposez désormais de trois URL de point de terminaison différentes pour accéder à votre projet dans les trois régions suivantes :
- 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 confirmer que vous avez accès aux ressources que vous souhaitez attribuer à votre projet pour un déploiement multirégional. Dans Language Studio, vous pouvez automatiquement activer l’authentification Microsoft Entra en vous attribuant le rôle Propriétaire linguistique 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. Par conséquent, une ressource de Language ne peut avoir qu’un nom de projet spécifique dans chaque ressource. Tous les autres projets portant le même nom ne seront pas déployables 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 pas ensuite créer un projet ContosoSupport avec la ressource MyCentralIndia dans Inde Centre et le déployer sur MyWestUS2 ou MyEastUS.
Vous ne pouvez échanger que des déploiements disponibles dans les mêmes régions, sinon l’échange échoue.
Si vous supprimez une ressource affectée de votre projet, tous les déploiements de projet vers cette ressource seront ensuite supprimés.
Notes
Workflow d’orchestration uniquement :
Vous ne pouvez pas affecter de ressources de déploiement aux projets de workflow d’orchestration avec des réponses à des questions personnalisées ou des connexions LUIS. Vous ne pouvez pas ajouter de réponses aux questions personnalisées ou aux connexions LUIS par la suite aux projets qui ont des ressources affectées.
Pour que le déploiement multirégional fonctionne comme prévu, 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 d’acheminer une requête 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.
Étapes suivantes
Découvrez comment déployer des modèles pour :