Intégration de vos systèmes

Objectifs de formation

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

• Expliquer comment Salesforce et MuleSoft fonctionnent conjointement
• Décrire des cas d’utilisation professionnels applicables à Salesforce et MuleSoft
• Expliquer en quoi concevoir avec une approche de connectivité guidée par les API est une bonne pratique

Maintenant que vous connaissez les avantages de la connectivité guidée par les API, observons son fonctionnement.

La réussite de Cloud Kicks

Félicitations ! Vous êtes le fondateur et PDG d'une société très intéressante, Cloud Kicks. Cloud Kicks confectionne des chaussures de sport sur mesure, confortables et à la mode, conçues et personnalisées pour vos clients. Les chaussures de sport sur mesure de votre entreprise connaissent un franc succès auprès des célébrités, des athlètes professionnels et des participants à une conférence technologique très populaire organisée à San Francisco.

Cloud Kicks, qui vend aux consommateurs tout comme aux entreprises, est en train d’étendre sa base d’opérations. Cette expansion s’accompagne de quelques défis informatiques. Commençons par examiner certains des systèmes que Cloud Kicks utilise pour gérer l’entreprise :

Système	Valeur commerciale
Sales Cloud	Gestion des ventes B2B et B2C
Commerce SAP	Gestion des commandes
Service Cloud	Gestion du support client
Experience Cloud	Gestion de l’expérience client
Gmail	Automatisation des e-mails

L’utilisation de ces systèmes sans réellement mettre en place d’intégration était possible aux débuts de Cloud Kicks. La synchronisation des données entre les systèmes pouvait être effectuée manuellement. La rédaction de rapports se faisait simplement en appelant des collègues ou en échangeant des feuilles de calcul par e-mail.

Mais à mesure que Cloud Kicks se développe, ces processus doivent également évoluer. Pour Mary Evans, l’architecte des processus métier de l’entreprise (et Trailblazer de l’intégration en herbe), il est clair que les processus actuels ne sont pas évolutifs et que l’entreprise doit y remédier. Avant de nous plonger dans les exigences, faisons connaissance avec Mary et les autres acteurs clés associés à Cloud Kicks :

Mary Evans, architecte des processus métier chez Cloud Kicks. Elle s’assure que l’équipe suit les méthodologies agiles pour terminer les projets à temps. Apprenante permanente enthousiaste, Mary adore utiliser Trailhead pour comprendre le fonctionnement de Sales Cloud, de Service Cloud et d’Experience Cloud. Son objectif actuel est d’unifier la gestion et l’historique des commandes passées par les clients afin de traiter et d’exécuter ces dernières, car ces éléments se trouvent actuellement dans des systèmes distincts.

Jamal Cooks, architecte des systèmes informatiques, a travaillé avec de nombreux systèmes et bases de données importants tout au long de ses 20 ans de carrière : Siebel, Oracle, Dynamics, SAP et bien sûr Salesforce. Bien qu’il soit un excellent codeur, Jamal est véritablement passionné par la conception de solutions pour l’ensemble du service informatique. Réussir à faire fonctionner conjointement de nombreux systèmes en harmonie le motive à se lever chaque matin. Enthousiaste à l’idée d’élaborer quelque chose de tout nouveau, Jamal a rejoint Cloud Kicks peu de temps après sa création. Il est considéré comme le plus grand spécialiste en technologie de l’équipe. Son objectif actuel est d’obtenir les informations de commande des clients à partir des systèmes source pour répondre aux besoins opérationnels à mesure que Cloud Kicks évolue.

Vijay Lahiri, développeur. À 26 ans, Vijay est déjà très compétent avec JavaScript, HTML, Python, Ruby et AWS. Il se charge des besoins en codage de Cloud Kicks. Il a été embauché peu après Jamal, l’architecte des systèmes informatiques. Les deux font du bon travail ensemble et posent les bases du modeste, mais efficace, service informatique de l’entreprise. Actuellement, il consacre son temps au développement d’applications mobiles et Web, et plus particulièrement à leurs besoins en intégration.

Pour rendre les processus évolutifs, Cloud Kicks a mis au point une initiative client connectée. Les données client les plus récentes doivent être disponibles et accessibles en temps réel pour tout utilisateur de Salesforce à des fins de création de rapports. Ces données comprennent les éléments suivants :

• Commandes en cours
• Commandes antérieures
• Problèmes actuels des clients (requêtes)
• Problèmes antérieurs des clients (requêtes)

Les clients doivent également pouvoir accéder à ces informations par eux-mêmes chaque fois qu’ils se connectent au site Experience Cloud.

Comment Cloud Kicks peut-elle répondre à la demande de données connectées ?

Pour répondre à cette demande, Cloud Kicks propose plusieurs options. Comparons ce qui se passe lorsque l’équipe tente de créer des intégrations étroitement associées avec du code personnalisé et lorsqu’elle crée un réseau d’applications.

Intégrations étroitement associées

Tentée de terminer le projet le plus rapidement possible, l’équipe Cloud Kicks décide de créer des intégrations étroitement associées avec un code personnalisé pour que tout soit opérationnel. Étant donné que chaque système a besoin d’accéder à toutes les données, l’ensemble des composants doivent être connectés entre eux

Les systèmes sont suffisamment peu nombreux pour que la quantité de connexions requises ne pose pas de problème. De plus, les spécialistes en codage de l’équipe peuvent s’en charger en toute simplicité. L’équipe de direction est ravie que le projet ait été mené à bien en si peu de temps. Jamal, Mary et Vijay terminent donc rapidement leur travail et tout le monde est heureux… pendant quelques semaines.

Avec un accès facile aux données clients, l’équipe marketing augmente le nombre de prospects dans le pipeline de vente. Cloud Kicks ouvre quelques boutiques et déploie une équipe de rue pour réaliser des démonstrations. L’équipe de direction souhaite également réinvestir une partie de ce chiffre d’affaires en augmentation dans de nouvelles technologies de marketing. L’entreprise doit maintenant intégrer le système de point de vente (POS) des boutiques, l’application de gestion des animations de l’équipe de rue et le nouveau logiciel de marketing dans le réseau d’applications existant.

Alors que les demandes de modifications s’accumulent, Jamal, l’architecte des systèmes et Vijay, le développeur, commencent à prendre du retard dans leurs tâches. Il suffisait auparavant que Jamal crée quelques champs et que Vijay modifie rapidement le formulaire Web ou l’application mobile pour collecter de nouvelles informations. Ce n’est plus aussi simple. Chaque nouvelle entité de base de données nécessite que le code d’intégration personnalisé soit réécrit, testé et déployé. Au lieu de prendre quelques heures, les petites modifications prennent désormais des jours, voire des semaines.

Face à l’accumulation des lacunes techniques, Vijay et Mary craignent pour l’avenir de l’entreprise et n’ont en outre pas de réelle solution en vue.

Pas facile ! Tout ne se passe pas comme prévu. Sautons dans la machine à remonter le temps, retournons en arrière et prenons une décision différente…

Connectivité guidée par les API

Avant de rendre leurs systèmes opérationnels, les membres de l’équipe Cloud Kicks effectuent chacun des recherches sur les recommandations les plus récentes en matière d’intégration. Lorsqu’ils refont le point, Mary, notre apprentie Trailblazer de l’intégration, présente MuleSoft et le concept de la connectivité guidée par les API à ses collègues. Mary explique que cela nécessite davantage de travail de conception en amont, mais que cette approche évolue avec l’entreprise. Plutôt que de connecter chaque système individuellement, l’approche de connectivité guidée par les API consiste à élaborer et à organiser les intégrations en trois niveaux d’API, créant ainsi un réseau d’applications.

Les trois niveaux d’API s’alignent sur les responsabilités respectives de Jamal, de Mary et de Vijay. 

• Les données de vente et de service client de Salesforce, de SAP et de l’application Gmail possèdent chacune leur propre API système, que Jamal crée et gère.
• Ces API système sont regroupées en deux API de processus, appelées API des commandes client et API de traitement des commandes, dont Mary est responsable.
• Trois API d’expérience, une pour les appareils mobiles, une pour le Web et une pour le service client, récupèrent les données de commande et de traitement des commandes des clients, et les transmettent aux systèmes finaux concernés. Elles sont gérées par Vijay.

L’équipe conçoit le réseau d’applications, développe ses API et tout le monde est satisfait.

Avec un accès facile aux données clients, l’équipe marketing augmente le nombre de prospects dans le pipeline de vente. Cloud Kicks ouvre quelques boutiques et déploie une équipe de rue pour réaliser des démonstrations. L’équipe de direction souhaite également réinvestir une partie de ce chiffre d’affaires en augmentation dans de nouvelles technologies de marketing. L’entreprise doit maintenant intégrer le système de point de vente (POS) des boutiques, l’application de gestion des animations de l’équipe de rue et le nouveau logiciel de marketing dans le système existant.

Au fur et à mesure qu’ils reçoivent des demandes de modification, Jamal, Mary et Vijay peuvent facilement concentrer le travail à effectuer sur de petites parties du réseau d’applications et répartir les responsabilités. Étant donné que l’infrastructure complète est déjà en place, Jamal crée des entités de base de données sans effet direct sur les API de processus. Vijay peut également mettre à jour ou créer des interfaces utilisateur sans toucher aux API de processus. Mary, notre Trailblazer, peut quant à elle utiliser MuleSoft Composer en tant qu’intégratrice non spécialiste pour développer de nouvelles intégrations en quelques clics, pendant que l’équipe s’affaire à d’autres tâches.

Le système de point de vente est lié à l’API Web, la nouvelle application de l’équipe de rue est liée à l’API des appareils mobiles De plus, le nouveau logiciel de marketing, fourni avec sa propre API, est lié à l’API des commandes client grâce aux idées innovantes de Mary et au travail d’intégration qu’elle a réalisé en tant que non-spécialiste avec MuleSoft Composer. Au lieu de devoir retravailler à chaque fois l’ensemble du réseau, l’équipe dispose désormais d’un moyen systématique de réutiliser le travail réalisé et d’être plus productive. De plus, Cloud Kicks peut continuer d’améliorer ses processus métier et ses expériences client sans avoir à maîtriser l’ensemble des technologies. Les API permettent désormais à l’entreprise d’externaliser les éléments principaux de sa solution finale à des tiers spécialisés dans les fonctionnalités marketing, que Cloud Kicks ne pourrait pas développer en interne (en particulier dans un délai raisonnable).

Jamal, Mary et Vijay se félicitent d’avoir pris le temps d’établir un plan de manière réfléchie. Ils possèdent un système qui évolue avec l’entreprise, et Cloud Kicks dispose des technologies nécessaires pour favoriser sa croissance exponentielle.

Comparons

Le développement d’un réseau d’applications avec MuleSoft à l’aide d’une approche de connectivité guidée par les API s’est avéré un bien meilleur choix pour Cloud Kicks. Voici une comparaison côte à côte de ces deux scénarios :

Scénario 1 : intégration étroitement associée	Scénario 2 : connectivité guidée par les API
Conception pour les besoins à court terme	Conception pour plus de flexibilité à l’avenir
Intégrations point à point	Architecture d’API à 3 niveaux
Évolution par efforts répétitifs	Évolution par réutilisation
Code spaghetti	Réseau d’applications

Exploration en profondeur avec la plate-forme Anypoint de MuleSoft

Maintenant que vous connaissez les possibilités offertes par la connectivité basée sur les API pour vous aider à rester efficace tout en faisant évoluer vos systèmes, essayez la plate-forme Anypoint en suivant le tutoriel Création d’une API de A à Z.