{"id":180,"date":"2015-11-19T10:22:30","date_gmt":"2015-11-19T10:22:30","guid":{"rendered":"http:\/\/blogs.encamina.com\/por-una-nube-sostenible\/?p=180"},"modified":"2015-11-19T10:22:30","modified_gmt":"2015-11-19T10:22:30","slug":"crm-online-2015-e-hibridacion-abriendo-el-camino","status":"publish","type":"post","link":"https:\/\/blogs.encamina.com\/por-una-nube-sostenible\/crm-online-2015-e-hibridacion-abriendo-el-camino\/","title":{"rendered":"CRM Online 2015 e hibridaci\u00f3n: abriendo el camino"},"content":{"rendered":"

Vuelvo en este blog de nube h\u00edbrida con un art\u00edculo de arquitectura h\u00edbrida<\/strong> para ahondar en el mundo de soluciones que nos abre el establecer, en este caso con CRM Online, una conexi\u00f3n a nuestros entornos OnPremise<\/strong>, de manera que podamos explotar los recursos que proporcionan las versiones online de nuestras aplicaciones y que no est\u00e1n disponibles en sus versiones OnPremise con la informaci\u00f3n alojada en el resto de nuestras aplicaciones LoB (Line of Business) sin realizar grandes cambios a nuestra infraestructura, y optimizando el balance de esfuerzo y beneficios esperados.<\/p>\n

\"nube-sostenible\"<\/a><\/p>\n

Como ejemplo de esta integraci\u00f3n, vamos a repasar a alto nivel como realizar\u00edamos la hibridaci\u00f3n haciendo uso de un Service Bus Relay de Azure<\/strong>.<\/p>\n

<\/span>Lo primero, la seguridad<\/span><\/h2>\n

Como en todos los casos de hibridaci\u00f3n, las primeras preguntas a responder ser\u00e1n aquellas relacionadas con la seguridad de la implantaci\u00f3n<\/strong>. En este caso, vamos a considerar la seguridad a dos niveles: f\u00edsico (canal) y l\u00f3gico (autenticaci\u00f3n).<\/p>\n

A nivel f\u00edsico, la seguridad la vamos a confiar a una VPN (canal seguro) o bien a una conexi\u00f3n express route, puesto que ambas nos garantizan el uso de un canal seguro. Desde el punto de vista l\u00f3gico, el mecanismo a utilizar, a d\u00eda de hoy, ser\u00e1 a trav\u00e9s de un Service Bus Relay<\/p>\n

\"ArquitecturaServiceBus\"<\/p>\n

El Service Bus Relay es un servicio basado en nube que permite alojar un endpoint en la nube<\/strong>. Azure usara \u201cPort Forwarding<\/em>\u201d para enviar los mensajes recibidos a\/desde el cliente al servicio de escucha normalmente alojado OnPremise. Este servicio est\u00e1 dirigido para hacer de puente desde cualquier aplicaci\u00f3n alojada en la nube o en un datacenter lejano hacia\/desde los servicios OnPremise y permite el uso del ACS (Access Control Service<\/em>) para proporcionar seguridad de acceso.<\/p>\n

Usar ACS implica que el cliente necesita ser capaz de obtener un token ACS v\u00eda bindings WCF<\/strong> (Windows Communication Foundation) o servicios REST. Algunos de los escenarios comunes donde un cliente expondr\u00eda servicios WCF al Azure Service bus Relay tambi\u00e9n incluyen el usar el servicio de routing de WCF para actuar como el listener OnPremise que abre una conexi\u00f3n a la nube a trav\u00e9s de los bindings del WCF Relay. Esto significa que el usuario no necesita modificar sus servicios WCF para incluir los nuevos bindings<\/strong>, sino que puede usar el servicio de enrutamiento para incluirlo.<\/p>\n

Una vez hecho esto, el listener puede enrutar las peticiones a m\u00faltiples aplicaciones OnPremise seg\u00fan la acci\u00f3n SOAP. Este es un buen patr\u00f3n para ofrecer de forma sencilla servicios, pero tambi\u00e9n se puede expandir para el uso de varias aplicaciones sin conectarlas a la nube directamente.<\/p>\n

<\/span>Conexi\u00f3n basada en Eventos<\/span><\/h2>\n

Es posible conectar Microsoft Dynamics CRM Online 2015 a la plataforma Azure<\/strong>, y a trav\u00e9s de ella con la plataforma OnPremise, acoplando la pipeline de ejecuci\u00f3n de eventos CRM al Azure Service Bus. Esta conexi\u00f3n permite que los datos que est\u00e1n siendo procesados como parte de la operaci\u00f3n de CRM sean publicados hacia el bus. Las soluciones de Azure Service Bus son \u201cCRM-Aware\u201d, y pueden escuchar y leer los datos que publica CRM. Los datos publicados son almacenados en la instancia de la clase RemoteExecutionContext, <\/em>que es una versi\u00f3n extendida de la clase ExecutionContext<\/em> que es pasada en ejecuci\u00f3n a los plugins as\u00edncronos de Dynamics CRM.<\/p>\n

Esta conexi\u00f3n proporciona un canal seguro para comunicar los datos<\/strong> en ejecuci\u00f3n de CRM a aplicaciones LoB a trav\u00e9s de la nube.<\/p>\n

Para hacer esta conexi\u00f3n, una vez establecida la conexi\u00f3n desde CRM con el Service Bus (el detalle de esta conexi\u00f3n lo veremos en pr\u00f3ximos art\u00edculos, m\u00e1s dirigidos a un nivel t\u00e9cnico), ser\u00e1 necesario programar un listener<\/strong> que ser\u00e1 en encargado de recibir los datos y enviarlos a las aplicaciones LoB, o bien, si lo colocamos en el entorno de nube, de recibir los datos enviados desde el entorno OnPremise para hacerlos extensivos, a CRM, o a Office 365.<\/p>\n

<\/span>Traduci\u00e9ndolo a cristiano…<\/span><\/h2>\n

Hasta ahora hemos estado hablando de c\u00f3mo conectar nuestro CRM Online con nuestro entorno OnPremise (o al rev\u00e9s, dependiendo del punto de vista del narrador), pero\u2026<\/p>\n