Compartir vía

Implementación de proyectos de lenguaje personalizados en varias regiones

  • Artículo

Nota:

Este artículo se aplica a las siguientes características personalizadas de Lenguaje de Azure AI:

Las características del servicio de lenguaje personalizado le permiten implementar el proyecto en más de una región. Esta funcionalidad facilita mucho el acceso al proyecto globalmente mientras administra solo una instancia del proyecto en un solo lugar. A partir de noviembre de 2024, las características de los servicios lingüísticos personalizados también le permiten implementar su proyecto en varios recursos de una misma región a través de la API, para que pueda utilizar su modelo personalizado donde lo necesite.

Antes de implementar un proyecto, puede asignar recursos de implementación en otras regiones. Cada recurso de la implementación es un recurso de Lenguaje que es diferente del que se usa para crear el proyecto. Implemente estos recursos y, después, dirija las solicitudes de la predicción a ese recurso en sus respectivas regiones y las consultas se sirven directamente desde esa región.

Cuando cree una implementación, puede seleccionar en cuáles de los recursos de implementación asignados y sus regiones correspondientes desea realizar la implementación. Luego, el modelo que implemente se replica en cada región y puede acceder a él con su propio punto de conexión dependiente del subdominio personalizado del recurso de implementación.

Ejemplo

Supongamos que quiere asegurarse de que los clientes de EE. UU. e India puedan acceder al proyecto, que se usa como parte de un bot de chat de asistencia al cliente en los Estados Unidos e India. Cree un proyecto con el nombre ContosoSupport mediante un recurso de idioma Oeste de EE. UU. 2 denominado MyWestUS2. Antes de la implementación, asigne dos recursos de implementación al proyecto: MyEastUS y MyCentralIndia en Este de EE. UU. y Centro de la India, respectivamente.

Al implementar el proyecto, seleccione las tres regiones para su implementación: la región Oeste de EE. UU. 2 original y las asignadas a través del Este de EE. UU. y la India Central.

Ahora tendría tres direcciones URL de punto de conexión diferentes para acceder al proyecto en las tres regiones:

  • Oeste de EE. UU. 2: https://mywestus2.cognitiveservices.azure.com/language/:analyze-conversations
  • Este de EE. UU.: https://myeastus.cognitiveservices.azure.com/language/:analyze-conversations
  • Centro de la India: https://mycentralindia.cognitiveservices.azure.com/language/:analyze-conversations

El mismo cuerpo de solicitud para cada una de esas direcciones URL diferentes sirve exactamente la misma respuesta directamente desde esa región.

Validaciones y requisitos

La asignación de recursos de implementación requiere la autenticación de Microsoft Entra. Microsoft Entra ID se usa para confirmar que tiene acceso a los recursos que desea asignar al proyecto para la implementación de varias regiones. En Language Studio, puede habilitar automáticamente la autenticación de Microsoft Entra mediante la asignación del rol propietario del lenguaje de Azure Cognitive Services al recurso original. Para usar mediante programación la autenticación de Microsoft Entra, obtenga más información en la documentación de servicios de Azure AI.

El nombre del proyecto y el recurso se usan como sus identificadores principales. Un recurso de Lenguaje solo puede tener un nombre de proyecto específico en cada recurso. Ningún otro proyecto con el mismo nombre se podrá implementar en ese recurso.

Por ejemplo, si el recurso MyWestUS2 creó un proyecto ContosoSupport en Oeste de EE. UU. 2 y se implementó en el recurso MyEastUS en Este de EE. UU., el recurso MyEastUS no puede crear un proyecto diferente denominado ContosoSupport e implementar un proyecto en esa región. Del mismo modo, los colaboradores no pueden crear un proyecto ContosoSupport con el recurso MyCentralIndia en India central e implementarlo en MyWestUS2 o en MyEastUS.

Solo se pueden intercambiar las implementaciones que estén disponibles exactamente en las mismas regiones. De lo contrario, se produce un error en el intercambio.

Si quita un recurso asignado del proyecto, se eliminarán todas las implementaciones del proyecto en ese recurso.

Algunas regiones solo están disponibles para la implementación, no para la creación de proyectos.

Contenido relacionado

Aprenda a implementar modelos para: