Skip to main content
Build the future with Agentforce at TDX in San Francisco or on Salesforce+ on March 5–6. Register now.

Descubrir los conectores de integración

Objetivos de aprendizaje

Después de completar esta unidad, podrá:

  • Explicar la función de los conectores dentro de las integraciones
  • Recuperar la forma en que los datos se desplazan de un recurso a otro

Antes de ahondar en este módulo, asegúrese de completar Patrones de integración de aplicaciones para la plataforma Salesforce Lightning, que se presenta antes en la ruta Explorar patrones de integración y prácticas. El contenido incluido aquí se basa en el concepto aprendido en Conocer diseños y patrones de integración. 

Presentación de los conectores

Si alguna vez conectó una computadora portátil a un televisor, sabe que solo se necesita un cable HDMI entre los dos dispositivos. Pero no siempre: no todas las computadoras portátiles tienen un puerto HDMI. Algunas necesitan un adaptador especial para conectar los dos dispositivos con un lado para HDMI y otro para USB-C. Mientras un extremo envía los datos del sistema en su formato nativo, el otro convierte los datos y los recibe en el formato correcto. 

La misma idea se aplica al uso de conectores para unir un flujo de Mule y un recurso externo. El recurso puede ser una base de datos, un protocolo o una API. Al enviar o recibir datos, las aplicaciones externas no siempre transmiten los datos en el formato que espera la aplicación receptora. Los conectores ayudan a superar este reto. 

Flujo de mensajes.

En el flujo de mensajes de Mule anterior, el conector recibe datos de una API o una fuente de mensajes. Los procesadores de mensajes enrutan los datos y modifican la asignación de esos datos. Una vez asignados, el conector transmite los datos a la API final de destino, el extremo del conector. En lugar de perder tiempo en comprender el funcionamiento interno de ambos sistemas, un desarrollador solo necesita tener acceso a la API de los sistemas con los que desea intercambiar datos. 

En general, los conectores se clasifican según el sistema al que se conectan o los protocolos que admiten. Estos conectores abarcan desde HTTP y FTP hasta JMS, o API de terceros específicas. Cada tipo refleja la configuración del conector, no su funcionalidad. 

Existen cientos de conectores al alcance de la mano. En este módulo, examinaremos algunos con los que puede llegar a encontrarse. Si desea obtener más información, revise la sección sobre conectores de los documentos de MuleSoft Anypoint. 

Acortar la brecha de datos con conectores

Tener las llaves del reino no nos sirve de nada si no sabemos dónde y cómo usarlas. Existe una gran variedad de conectores para unir los datos de varias organizaciones de Salesforce, sistemas heredados y externos. Antes de entrar en la forma de usar estas herramientas, revisemos los conectores comunes que se pueden presentar en el camino. 

El uso de conectores con la plataforma Anypoint de MuleSoft proporciona las herramientas necesarias para acceder a los datos hacia y desde Salesforce, en sistemas locales o en la nube. Dado que la mayoría de las integraciones utilizan varios sistemas externos, la aplicación también requiere diversos conectores para conectarse con cada uno de esos sistemas.

MuleSoft Salesforce Connector

Examinemos MuleSoft Salesforce Connector. Este conector ofrece una amplia compatibilidad con casi todas las capacidades de integración de Salesforce, como Salesforce Connect y los eventos de plataforma (PE). Una aplicación Mule puede utilizar Salesforce Connector para conectarse hacia y desde Salesforce, o para conectar otras fuentes de datos, como, por ejemplo, Salesforce y Workday. 

Conexión de la API de Salesforce con la API de Workday mediante MuleSoft Salesforce Connector y MuleSoft Workday Connector.

Los datos se envían desde Salesforce hacia el conector Anypoint. La lógica de procesamiento se aplica dentro de la aplicación de integración de Mule. Los datos se envían desde Anypoint hacia la API de destino, en este caso, Workday. La aplicación Mule funciona como intermediaria para evitar las integraciones de punto a punto y desacoplar los dos sistemas. 

Dentro de las integraciones, es difícil encontrar pares de conectores exactos preempaquetados (como en la integración de Salesforce y Workday anterior), ya que el conector debe ejecutarse en una u otra aplicación. Sin embargo, encontrar un conector asociado es tan simple como buscar en AppExchange o en el mercado de la aplicación asociada, por ejemplo, Workday.

MuleSoft Database Connector

Este conector funciona junto con cualquier base de datos a la que se pueda acceder mediante la conectividad a bases de datos de Java (JDBC), incluida Postgres. Es compatible con la gama completa de accesos a base de datos posibles con una base de datos relacional, como CRUD, procedimientos almacenados y ejecuciones en masa.

MuleSoft HTTP Connector

Este conector admite la escucha y el envío de solicitudes HTTP. Cuando el conector HTTP se utiliza dentro del origen, se conoce como agente de escucha HTTP. Como agente de escucha, es posible recibir la solicitud del cliente. Cuando el conector HTTP se utiliza dentro del destino, se conoce como agente de solicitud HTTP. Como agente de solicitud, es posible enviar cualquier solicitud al destino.

Cuando pensamos en conectores, no nos detenemos en los conectores externos a través de MuleSoft. También es útil conectarse a los datos de la organización de Salesforce, por ejemplo, mediante Heroku Connect y Salesforce Connect.

Heroku Connect

Heroku Connect conecta una o varias instancias de Salesforce con una base de datos Postgres de Heroku mediante API de SOAP, masivas y de transmisión. 

Salesforce Connect

Salesforce Connect proporciona un método para crear objetos externos (temporales) con el fin de acceder a datos en tiempo real procedentes de plataformas externas a Salesforce sin necesidad de almacenar los datos. Con Salesforce Connect, es posible utilizar los adaptadores OData 2.0 o 4.0, un adaptador entre organizaciones o un adaptador personalizado. El adaptador personalizado se crea a través de Apex para acceder a los datos almacenados fuera de Salesforce. 

  • El adaptador OData 2.0 u OData 4.0 permite establecer la conexión con los datos expuestos por un productor de OData 2.0 o 4.0. OData es un protocolo basado en REST para la integración de datos.
  • El adaptador entre organizaciones establece la conexión con los datos almacenados en otras organizaciones de Salesforce. Este usa la API de REST para la plataforma Lightning. A diferencia de OData, que requiere un servicio web intermediario, los adaptadores entre organizaciones pueden conectarse de forma directa con otras organizaciones.
  • Si los adaptadores OData y entre organizaciones no son aptos para las necesidades de su integración, también puede desarrollar su propio adaptador con Apex Connector Framework.

Próximamente

Antes de elegir el conector que se desea emplear en una integración, es importante conocer las razones para tomar esta decisión. Las limitaciones del conector seleccionado y las restricciones operativas de cada conector determinan el éxito o el fracaso de la integración. 

Cada producto y nube de Salesforce presenta una recopilación de restricciones para la plataforma y la integración que rigen las implementaciones del cliente. Al comprender cómo opera cada función y, a la vez, qué conector se debe seleccionar, es posible evaluar mejor su viabilidad como opción de integración estratégica.

En el resto de este módulo, seguiremos a Robert Bullard, un arquitecto técnico de Get Cloudy Consulting, para conocer su uso de los conectores externos, Heroku Connect y Salesforce Connect en diversas integraciones con el fin de satisfacer las necesidades de su cliente. 

Recursos

Comparta sus comentarios de Trailhead en la Ayuda de Salesforce.

Nos encantaría saber más sobre su experiencia con Trailhead. Ahora puede acceder al nuevo formulario de comentarios en cualquier momento en el sitio de Ayuda de Salesforce.

Más información Continuar a Compartir comentarios