Implementación de proyectos de lenguaje personalizados en varias regiones
Nota:
Este artículo se aplica a las siguientes características personalizadas de Lenguaje de Azure AI:
Las características del servicio Custom Language permiten implementar cualquier proyecto en más de una región, lo que facilita mucho el acceso al proyecto globalmente si se administra solo una instancia del proyecto en un solo lugar.
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 pueden acceder al proyecto, que se usa como parte de un bot de chat de asistencia al cliente. Crearía un proyecto llamado ContosoSupport mediante un recurso de Lenguaje de Oeste de EE. UU. 2 denominado MyWestUS2. Antes de la implementación, debe asignar 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, debe seleccionar las tres regiones para la implementación: la región Oeste de EE. UU. 2 original y las asignadas a través de Este de EE. UU y Centro de la India.
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 a fin de confirmar que tiene acceso a los recursos que le interesa asignar al proyecto para la implementación en varias regiones. En Language Studio, puede habilitar automáticamente la autenticación de Microsoft Entra asignando usted mismo el rol propietario del lenguaje 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. Por consiguiente, 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 un proyecto ContosoSupport se creó mediante el recurso MyWestUS2 de Oeste de EE. UU. 2 e implementado en el recurso MyEastUS de Este de EE. UU., el recurso MyEastUS no puede crear un proyecto diferente denominado ContosoSupport e implementar un proyecto en esa región. De forma similar, los colaboradores no pueden crear un proyecto ContosoSupport con el recurso MyCentralIndia en Centro de la India e implementarlo en MyWestUS2 o MyEastUS.
Solo se pueden intercambiar las implementaciones que estén disponibles exactamente en las mismas regiones; de lo contrario, se producirá un error en el intercambio.
Si quita un recurso asignado del proyecto, se eliminarán todas las implementaciones del proyecto en ese recurso.
Nota
Solo un flujo de trabajo de orquestación:
No se pueden asignar recursos de implementación a proyectos de flujo de trabajo de orquestación con respuesta a preguntas personalizada o conexiones de LUIS. Posteriormente, no se podrán agregar respuestas a preguntas personalizadas ni conexiones de LUIS a proyectos que tengan recursos asignados.
Para que la implementación en varias regiones funcione según lo previsto, los proyectos de CLU conectados también deben implementarse en los mismos recursos regionales en los que ha implementado el proyecto de flujo de trabajo de orquestación. De lo contrario, el proyecto de flujo de trabajo de orquestación intentará enrutar una solicitud a una implementación en su región que no existe.
Algunas regiones solo están disponibles para la implementación, no para la creación de proyectos.
Pasos siguientes
Aprenda a implementar modelos para: