Découverte des connecteurs d’intégration

Objectifs de formation

Une fois cette unité terminée, vous pourrez :

Expliquer le rôle des connecteurs dans les intégrations
Rappeler la façon dont les données se déplacent d’une ressource à l’autre

Avant d’explorer ce module, veillez à suivre Modèles d’intégration d’applications pour la plate-forme Salesforce Lightning, qui se trouve dans le parcours Exploration des modèles et pratiques d’intégration. Le contenu que nous couvrons ici s’appuie sur les notions apprises dans Découverte des modèles et conceptions d’intégrations.

Présentation des connecteurs

Si vous avez déjà connecté un ordinateur portable à un téléviseur, vous savez que vous n’avez qu’à relier les deux appareils avec un câble HDMI, n’est-ce pas ? Mais ce n’est pas toujours le cas : tous les ordinateurs ne sont pas équipés d’un port HDMI. Certains ordinateurs ont besoin d’un adaptateur spécial pour connecter les deux appareils : un côté pour HDMI et l’autre pour USB-C. Tandis qu’une extrémité envoie les données système dans leur format natif, l’autre convertit et reçoit les données dans le format approprié.

Il en est de même pour l’utilisation de connecteurs servant à relier un flux Mule et une ressource externe. La ressource peut être une base de données, un protocole ou même une API. Lors de l’envoi ou de la réception de données, les applications externes ne relayeront pas toujours les données dans le format attendu par l’application réceptrice. Les connecteurs sont alors là pour vous aider.

Flux de message

Dans le flux de message Mule ci-dessus, le connecteur obtient des données à partir d’une API ou de la source du message. Les processeurs de message acheminent les données et modifient leur mappage. Une fois les données mappées, le connecteur les transmet à l’API finale à laquelle elles sont destinées : le point de terminaison du connecteur. Un développeur n’a pas besoin de passer du temps à comprendre le fonctionnement interne de l’un ou l’autre des systèmes, il lui suffit d’avoir accès à l’API des systèmes avec lesquels il souhaite échanger des données.

Les connecteurs sont généralement classés en fonction du système auquel ils sont connectés ou des protocoles qu’ils prennent en charge. Il peut s’agir de connecteurs HTTP, FTP, JMS ou d’API tierces spécifiques. Ils sont classés en fonction de la façon dont ils sont configurés et non de leurs fonctionnalités.

Vous avez des centaines de connecteurs à votre disposition, mais dans ce module, nous en traiterons seulement quelques-uns que vous êtes susceptible de rencontrer. Si vous souhaitez en savoir plus, consultez la section relative aux connecteurs dans la documentation Anypoint de MuleSoft.

Liaison des données avec les connecteurs

Il ne vous sera pas très utile d’avoir les clés de l’entrée si vous ne savez pas où ni comment les utiliser. Il existe une multitude de connecteurs auxquels vous pouvez avoir recours pour relier les données entre plusieurs organisations Salesforce, ainsi que des systèmes hérités et externes. Avant de s’intéresser à la façon dont vous pouvez utiliser ces outils, examinons les connecteurs que vous rencontrerez fréquemment sur votre chemin.

L’utilisation de connecteurs avec la plate-forme Anypoint de MuleSoft vous offre les moyens d’accéder aux données vers et depuis les systèmes Salesforce, sur site ou sur le Cloud. Étant donné que la plupart des intégrations utilisent plusieurs systèmes externes, votre application a également besoin de plusieurs connecteurs pour relier chacun de ces systèmes.

Connecteur Salesforce MuleSoft

Examinons le connecteur Salesforce MuleSoft. Ce connecteur prend en charge pratiquement toutes les fonctionnalités d’intégration de Salesforce, dont Salesforce Connect et les événements de plate-forme (EP). Le connecteur Salesforce peut être utilisé par une application Mule pour se connecter à Salesforce ou à d’autres sources de données, en reliant, par exemple, Salesforce et Workday.

L’API Salesforce vers l’API Workday via le connecteur Salesforce MuleSoft et le connecteur Workday MuleSoft.

Les données sont transmises de Salesforce au connecteur Anypoint. La logique de traitement se déroule dans l’application d’intégration Mule, puis les données sont transmises d’Anypoint à l’API de destination (dans le cas présent, Workday). L’application Mule fonctionne comme un intermédiaire, évitant le recours aux intégrations point à point et dissociant les deux systèmes.

Dans les intégrations, il est parfois difficile de trouver des paires de connecteurs exactes prédéfinies (comme l’intégration Salesforce et Workday ci-dessus), car le connecteur doit s’exécuter dans une application ou l’autre. Cependant, il est très facile de trouver un connecteur associé : il suffit d’effectuer une recherche dans AppExchange ou sur le marché de l’application associée, comme Workday.

Connecteur de base de données MuleSoft

Ce connecteur fonctionne avec toute base de données accessible par JDBC (Java Database Connectivity), dont Postgres. Il prend en charge l’ensemble des accès possibles aux bases de données avec une base de données relationnelle, dont CRUD, les procédures stockées et l’exécution en masse.

Connecteur HTTP MuleSoft

Ce connecteur prend en charge l’écoute et l’envoi de requêtes HTTP. Le connecteur HTTP utilisé dans la source est appelé écouteur HTTP. En tant qu’écouteur, vous pouvez recevoir la requête du client. Le connecteur HTTP utilisé dans la destination est appelé demandeur HTTP. En tant que demandeur, vous pouvez envoyer n’importe quelle requête à la destination.

Quand nous parlons de connecteurs, nous ne nous arrêtons pas seulement aux connecteurs externes via MuleSoft. Il est également utile de connecter les données de votre organisation Salesforce, en utilisant par exemple Heroku Connect et Salesforce Connect.

Heroku Connect

Heroku Connect connecte une ou plusieurs instances Salesforce à une base de données Heroku Postgres à l’aide des API SOAP, Bulk et Streaming.

Salesforce Connect

Salesforce Connect fournit une méthode de création des objets externes (temporaires) qui accèdent en temps réel aux données provenant de plates-formes externes et transmises à Salesforce sans avoir à stocker les données. Avec Salesforce Connect, vous pouvez utiliser les adaptateurs OData 2.0 ou 4.0, l’adaptateur inter-organisations ou un adaptateur personnalisé. L’adaptateur personnalisé est créé via Apex pour accéder aux données stockées en dehors de Salesforce.

Les adaptateurs OData 2.0 et 4.0 se connectent aux données exposées par n’importe quel producteur OData 2.0 ou 4.0. L’OData est un protocole de type REST servant à intégrer des données.
L’adaptateur inter-organisations se connecte aux données stockées dans d’autres organisations Salesforce. Il utilise l’API REST standard de la plate-forme Lightning. Contrairement à l’OData, qui a besoin d’un service Web intermédiaire, les adaptateurs inter-organisations peuvent se connecter directement à d’autres organisations.
Si les adaptateurs OData et inter-organisations ne sont pas adaptés aux besoins de votre intégration, vous pouvez également développer votre propre adaptateur avec l’infrastructure du connecteur Apex.

Pour la suite…

Avant de pouvoir décider du connecteur à utiliser dans votre intégration, il est important de comprendre le « pourquoi ». Les limites du connecteur que vous sélectionnez et les contraintes de fonctionnement de chaque connecteur peuvent nuire à votre intégration.

Chaque Cloud et produit Salesforce a un ensemble de contraintes de plate-forme et d’intégration qui régissent les implémentations des clients. Comprendre le fonctionnement de chacune de ces fonctionnalités pour ensuite savoir quel connecteur sélectionner vous permet de mieux évaluer leur viabilité en tant qu’options d’intégration stratégiques.

Pour la suite de ce module, suivons Robert Bullard, un architecte technique au sein de Get Cloudy Consulting. Il utilisera des connecteurs externes, Heroku Connect et Salesforce Connect dans diverses intégrations afin de répondre aux besoins de son client.