Integración de Azure con Microsoft Dynamics CRM

 

Publicado: noviembre de 2016

Se aplica a: Dynamics CRM 2015

Puede conectar Microsoft Dynamics CRM 2015 y actualización de Microsoft Dynamics CRM Online 2015 con la plataforma de Microsoft Azure mediante el emparejamiento de la canalización de ejecuciones de eventos de Dynamics 365 con Bus de servicio de Microsoft Azure. Esta conexión permite que los datos que se han procesado como parte de la operación actual de Dynamics 365 se publiquen en el bus. Las soluciones de Bus de servicio de Microsoft Azure que son "aptas para Dynamics 365" pueden escuchar y leer datos que se registran en el bus de servicio mediante Microsoft Dynamics 365. Los datos publicados se almacenan en una instancia de la clase RemoteExecutionContext que es una versión ampliada de IExecutionContext que se ha pasado en tiempo de ejecución a los complementos asincrónicos de Microsoft Dynamics 365.

Esta conexión entre Microsoft Dynamics 365 y la plataforma de Microsoft Azure proporciona un canal seguro para la comunicación de datos en tiempo de ejecución de Dynamics 365 para aplicaciones externas de línea de negocio (LOB) basadas en la nube.

En este tema

Elementos principales de la conexión

Un escenario de bus de CRM a servicio

Establecer un contrato entre CRM y una solución de Azure

Administración de errores en tiempo de ejecución

Elementos principales de la conexión

Los elementos clave que implementan la conexión entre Microsoft Dynamics 365 y Bus de servicio de Microsoft Azure son los siguientes:

• Servicio asincrónico
  El servicio asincrónico es responsable de la publicación del contexto remoto de ejecución de Microsoft Dynamics 365 a Bus de servicio de Microsoft Azure. Cada publicación la realiza un trabajo del sistema del servicio asincrónico. Un usuario puede ver el estado de cada trabajo del sistema con la aplicación web de Microsoft Dynamics 365.

• Complementos
  Existen dos tipos de complementos registrados asincrónicos compatibles con la característica de conexión: predefinidos (OOB), los complementos que se proporcionan con Dynamics 365, y personalizados. Para obtener más información acerca del uso de complementos sincrónicos con Microsoft Azure, consulte Acceso al servicio de notificación.

  En Dynamics 365 se proporciona un complemento compatible con Azure. Este complemento se ejecuta en plena confianza con la plataforma de Microsoft Dynamics 365. Cuando se registra con Microsoft Dynamics 365, el complemento puede notificar al servicio asincrónico que publique el contexto actual de solicitud en Bus de servicio de Microsoft Azure. Un desarrollador tiene que registrar un paso en este complemento para identifica el mensaje de destino y la entidad, para habilitar la funcionalidad de la publicación de bus del servicio.

  También puede escribir su propio complemento personalizado que sea "compatible con Azure". El complemento personalizado se ejecuta en el modo de confianza parcial en el espacio asilado y puede llamar a los métodos de Microsoft Dynamics CRM SDK. Un complemento personalizado puede iniciar la publicación de contexto de Microsoft Dynamics 365 en el bus del servicio incluyendo algunas líneas de código estándar que notifiquen el servicio asincrónico la publicación del contexto de solicitud. Este código específico de la nube crea los complementos "compatibles con Azure". Para obtener más información acerca de los complementos en general, consulte Escribir un complemento. Para obtener más información acerca de los complementos compatibles con Azure, consulte Escribir un complemento con Azure personalizado.

• Actividades personalizadas del flujo de trabajo
  Las actividades de flujo de trabajo personalizadas se pueden escribir para publicar el contexto actual de datos de la solicitud en Bus de servicio de Microsoft Azure.Más información:Ejemplo: actividad personalizada de flujo de trabajo basada en Azure.

• Bus de servicio de Microsoft Azure
  El bus del servicio retransmite el contexto remoto de ejecución entre Microsoft Dynamics 365 y agentes de escucha de soluciones de Bus de servicio de Microsoft Azure.Servicio de control de acceso (ACS) de Microsoft Azure Active Directory administra la seguridad de autenticación basada en notificaciones.

• Solución de Microsoft Azure
  Para que la conexión Dynamics 365 y Azure funcione, debe tener al menos una solución en una cuenta de soluciones de Bus de servicio de Microsoft Azure, donde la solución contiene uno o varios extremos de servicio. Para un contrato de extremo de retransmisión, un agente de escucha que es "compatible con Dynamics 365" debe escuchar activamente en el extremo para la solicitud de Dynamics 365 en el bus del servicio. Para un contrato de extremo de cola, un agente de escucha no tiene que escuchar activamente. Un agente de escucha es "compatible con Dynamics 365" al vincularlo con el ensamblado de Microsoft.Xrm.Sdk, de manera que se define el tipo RemoteExecutionContext.Más información:Escribir un agente de escucha para una solución de Microsoft Azure

  Las reglas de la solución se deben configurar para permitir que el contexto remoto de ejecución de Microsoft Dynamics 365 se publique en el bus del servicio. Para habilitar esta publicación, ACS necesita reconocer la implementación de Dynamics 365 como emisor compatible.Más información:Configurar la integración de Azure con Microsoft Dynamics CRM 2015.

Importante

Para desarrollar un agente de escucha de soluciones en la plataforma de Microsoft Azure, debe instalar la versión 1.7 o 1.8 de SDK de Microsoft Azure. en el equipo de desarrollo.

Un escenario de bus de CRM a servicio

Ahora vamos a identificar un escenario que implementa los componentes de conexión mencionados anteriormente. Como requisito previo, ACS se ha configurado para reconocer a Microsoft Dynamics 365 como el emisor compatible y la solución de Bus de servicio de Microsoft Azure se ha configurado con reglas para permitir que Microsoft Dynamics 365 pueda publicar en el extremo donde está el agente de escucha.

En el siguiente diagrama se muestran los elementos físicos que constituyen el escenario.

La secuencia de eventos como se identifica en este diagrama es la siguiente:

1. Un agente de escucha está registrado en un extremo de la solución de Bus de servicio de Microsoft Azure y comienza la escucha activa para el contexto remoto de ejecución de Microsoft Dynamics 365 en el bus del servicio.

2. Un usuario realiza una operación determinada en Microsoft Dynamics 365 que desencadena la ejecución del complemento OOB registrado o un complemento compatible de Azure personalizado. El complemento inicia una publicación, a través de un trabajo del sistema de servicio asincrónico, del contexto de solicitud actual para el bus del servicio.

3. ACS autentica las notificaciones publicadas por Microsoft Dynamics 365. A continuación, el bus del servicio retransmite el contexto remoto de ejecución al agente de escucha. El agente de escucha procesa la información de contexto y realiza alguna tarea de negocio relacionada con esa información. El bus de servicio notifica al servicio asincrónico de una publicación correcta y establece el trabajo del sistema relacionado con un estado completado.

Establecer un contrato entre CRM y una solución de Azure

Para cada extremo de la solución, configure un contrato que defina la administración de estos contextos remotos de ejecución "mensajes" en el bus del servicio y la seguridad que deben usarse en el extremo. Los mensajes de bus del servicio se reciben en un extremo mediante uno de los contratos admitidos que se muestran a continuación.

• Cola
  Un contrato de cola proporciona una cola de mensajes en la nube. Con un contrato de cola, un agente de escucha no tiene que escuchar activamente los mensajes del extremo. Para las colas, hay una lectura destructiva y una lectura no destructiva. Una lectura destructiva lee un mensaje disponible de la cola y el mensaje se quita. Una lectura no destructiva no quita un mensaje de la cola.

  Existen dos tipos de colas admitidas en Microsoft Dynamics 365: una cola de búfer de mensajes y una cola persistente. Para las colas de búfer de mensajes, los mensajes en la cola se eliminan automáticamente si no se leen en un período de tiempo preconfigurado, que suele ser inferior a 10 minutos. Las colas persistentes tienen una duración de la disponibilidad del mensaje mucho más larga que la que se puede especificar en el código.

• Unidireccional
  Un contrato unidireccional necesita un agente de escucha activo. Si no hay una escucha activa en un extremo, la publicación de Microsoft Dynamics 365 en el bus de servicio no se realizará correctamente.Microsoft Dynamics 365 reintentará la publicación en intervalos de tiempo exponencialmente cada vez más grandes hasta que el trabajo del sistema asincrónico que está publicando la solicitud se anule eventual y su estado se establezca como "error".

• Bidireccional
  Un contrato bidireccional se asemeja a un contrato unidireccional salvo que el agente de escucha puede devolver el valor de una cadena a Microsoft Dynamics 365.

• REST
  Un contrato REST se asemeja a un contrato bidireccional en un extremo REST.

• Tema
  Similar a una cola salvo que uno o varios agentes de escucha pueden suscribirse para recibir mensajes del tema.

Importante

Para usar estos contratos, debe especificar sus aplicaciones de escucha mediante el SDK de Microsoft Azure versión 1.7 o 1.8.

Las colas de búfer de mensajes son obsoletas y no se admiten en la futura versión de Microsoft Dynamics CRM SDK.

Identificar el tipo de seguridad que usa un contrato forma parte de la configuración del contrato. Un contrato puede usar la seguridad de transporte, que usa Capa de sockets seguros (SSL) (HTTPS).

La autenticación de notificaciones se usa para un acceso seguro al bus del servicio. La notificación que se usa para realizar la autenticación en el bus del servicio se genera a partir de Microsoft Dynamics 365 y está firmada por el certificado AppFabricIssuer que se especifica en la base de datos de configuración de Microsoft Dynamics 365.

Administración de errores en tiempo de ejecución

Si se produjo un error después de intentar realizar una publicación en el bus del servicio, compruebe el estado del trabajo del sistema relacionado en la aplicación web de Microsoft Dynamics 365 para obtener más información sobre el error. Si el bus del servicio está inactivo o un agente de escucha/extremo no está disponible, el mensaje actual que se está procesando en Microsoft Dynamics 365 no se publicará en el bus. El servicio asincrónico seguirá intentando publicar el mensaje en un patrón exponencial donde al principio tratará de realizar la publicación con frecuencia y después lo intentará en intervalos cada vez más largos. Para un error interno de Microsoft Dynamics 365, las publicaciones del mensaje no se intentan. Para servicio del bus externo o error de red, el trabajo del sistema relacionado estará en un estado de "espera".

Ver también

Extensiones de Azure para Microsoft Dynamics CRM 2015
Configurar la integración de Azure con Microsoft Dynamics CRM 2015
Escriba complementos para ampliar los procesos de negocio
Servicio asincrónico en Microsoft Dynamics CRM 2015
Entidad AsyncOperation (trabajo del sistema)

© 2017 Microsoft. Todos los derechos reservados. Copyright