• Accueil / Salesforce / Le bon outil…
, Le bon outil ETL pour la migration ou l&rsquo;intégration de Salesforce<span class="wtr-time-wrap after-title"><span class="wtr-time-number">7</span> minutes de lecture</span>

Le bon outil ETL pour la migration ou l’intégration de Salesforce7 minutes de lecture


Souvent, lorsqu’ils discutent avec des personnes chargées de la construction d’une migration de données ou d’une intégration avec Salesforce, la première question qu’ils posent est « Quel outil devons-nous utiliser ? ». Ma réponse est toujours quelque chose du genre : « whoa, ralentis ! Nous devons d’abord rassembler les exigences, ensuite nos exigences dictent cette décision. Naturellement, la question suivante est : « Quelles sont les exigences clés qui motivent cette décision ? ».

Dans cet article, je vais vous guider pour choisir l’outil ETL/Middleware qui vous convient, en vous posant ces 9 questions.

, Le bon outil ETL pour la migration ou l&rsquo;intégration de Salesforce<span class="wtr-time-wrap after-title"><span class="wtr-time-number">7</span> minutes de lecture</span>

Question 1 : Réalisons-nous une migration de données ou construisons-nous une intégration ?

Même si je dis toujours que les migrations de données doivent être conformes à la même norme de codage qu’une intégration, cela reste un facteur important lors du choix du bon outil, car lorsqu’il s’agit d’intégrations, nous devons penser à la prise en charge à long terme du code.

Si nous codons une migration de données, nous (ou notre développeur) savons que nous sommes les seuls à exécuter le code, nous serons ceux qui le débogueront et le code ne sera probablement jamais déployé sur un serveur de production. Cela signifie que nous n’avons qu’à nous soucier de nos propres compétences, et nous pouvons probablement contourner un peu les règles en ce qui concerne la politique d’outillage de l’entreprise, car le code n’aura jamais besoin d’être maintenu par quelqu’un d’autre.

De même, pour les migrations de données, cela n’a probablement pas de sens de faire un nouvel investissement dans un outil coûteux qui ne sera pas utilisé à long terme.

Si vous ne connaissez pas la différence entre une migration de données et une intégration, veuillez consulter Cet article.

Question 2 : Pour les migrations de données, quelles sont les compétences de la personne qui les code ?

Effectuer des migrations de données est suffisamment complexe sans avoir à utiliser un nouvel outil. Il faut donc privilégier l’outil que nous connaissons le mieux si c’est le bon outil pour le travail. (Remarque : Le chargeur de données APEX n’est presque jamais le bon outil pour le travail car il n’a aucune capacité de transformation de données et est relativement difficile à automatiser)

Q) Pour les intégrations, quelles sont les compétences des personnes qui en assureront la maintenance ?

Si nous construisons une intégration, nous devons nous préoccuper davantage des compétences des personnes qui seront chargées de la maintenir, que des personnes qui la coderont. Le codage de l’intégration peut prendre quelques mois, alors qu’il sera maintenu pour les années à venir. De plus, les personnes qui le maintiennent sont généralement le personnel de notre client, il n’est pas juste de le coder de telle manière qu’ils doivent embaucher du nouveau personnel et conserver un nouvel ensemble de compétences pour les années à venir, juste pour répondre à nos préférences de codage.

Question 3 : Pour les intégrations, quels sont les outils ETL/d’intégration standard de l’organisation ?

Bien que ce soit généralement le cas, il n’est pas prudent de supposer que l’ensemble de compétences des personnes qui maintiendront le code d’intégration est la norme de l’organisation – et nous devons confirmer ce qui est. C’est également le moment de discuter si l’organisation envisage de passer à un nouvel ensemble d’outils, et si c’est le cas, peut-être que ce projet devrait être sur la nouvelle plate-forme.

Question 4 : Pour les intégrations, faut-il que ce soit en temps réel, ou pouvons-nous utiliser des tâches par lots planifiées ?

La raison de cette question est évidente : nous devons nous assurer que l’outil sélectionné prend en charge les intégrations en temps réel si tel est le besoin.

Question 5 : Outre Salesforce, de quels autres connecteurs avons-nous besoin ?

Nous devons nous assurer que l’outil sélectionné dispose d’un connecteur vers tout système ou base de données auquel nous devons nous connecter – ou du moins, a la capacité d’en créer un. Si nous devons construire des connecteurs, nous devons prendre en compte ce coût, ainsi que la maintenance et les licences spéciales requises.

Question 6 : Pouvons-nous avoir une copie de votre documentation sur les normes de codage et les meilleures pratiques ?

Nous devons nous assurer que nous suivons les normes et les meilleures pratiques de l’entreprise, et nous devons nous assurer que l’outil que nous sélectionnons est conforme à ces politiques. Encore une fois, cela est beaucoup plus important pour les intégrations que pour les migrations, car vous pouvez souvent obtenir une exception pour les migrations de données.

Question 7 : Quelle est la stratégie de données à long terme de l’organisation ?

Il est important de comprendre où l’organisation veut aller en termes de stratégie de données, d’architecture, de gouvernance et de politique. Par example

  • Si l’organisation prend l’initiative de déplacer l’infrastructure vers le cloud, nous devrions peut-être envisager des outils d’intégration basés sur le cloud.
  • Si l’organisation cherche à évoluer vers des intégrations basées sur API ou ESB, nous devrions peut-être envisager MuleSoft ou quelque chose de similaire.

Demandez tous les documents relatifs à la gouvernance des données d’entreprise.

Question 8 : Quelles sont les politiques de sécurité des données de l’organisation ?

D’après mon expérience, les entreprises ne font jamais de compromis sur leurs politiques de sécurité des données, et celles-ci peuvent avoir un impact significatif sur notre conception et l’outil sélectionné. Par example:

  • Certaines entreprises ont des zones de sécurité où certaines zones ne sont pas autorisées à être ouvertes sur Internet. Salesforce étant un système cloud, nous ne pouvons pas nous intégrer directement à un système vivant dans ces zones. Nous devrons donc concevoir autour de cela – et faire approuver notre conception par l’équipe InfoSec de l’organisation.
  • Si nous effectuons une migration de données, la politique de sécurité autorisera-t-elle une sauvegarde des données hors site ? Une sauvegarde de production peut-elle être restaurée sur un serveur de développement ? Les données doivent-elles être anonymisées dans certains environnements ?
  • Certaines entreprises exigent que toutes les données soient cryptées au repos (et bien sûr en transit), si nous préparons des données, nous devons nous assurer que notre zone de transit prend en charge le cryptage au repos et qu’il est activé.
  • De nombreuses organisations exigent que tous les outils utilisés au sein de l’organisation passent un examen de sécurité et une vérification préalable du fournisseur (elles ne veulent pas utiliser un fournisseur qui fera faillite dans six semaines). Il est important de comprendre si tel est le cas, quel est le processus de vérification et combien de temps cela prend. J’ai recommandé un outil existant, même si ce n’était pas le choix idéal, juste pour éviter le processus de vérification car cela nous risquait de manquer des délais.

Question 9 : Pouvons-nous avoir une copie des exigences de votre NOC pour le déploiement et la surveillance des tâches ?

Souvent, le NOC (Network Operations Center) d’une organisation est le support de première ligne pour tous les systèmes de production, ils ont souvent des exigences qui doivent être satisfaites avant qu’un système puisse être mis en production. Des exigences telles que la documentation nécessaire (runbooks, etc.) ou des exigences concernant la gestion et la journalisation des erreurs, ainsi que des mandats sur des éléments tels que le logiciel de planification à utiliser. Nous devons nous assurer que l’outil sélectionné prend en charge toutes ces exigences.

Résumé

Les 9 questions présentées dans cet article sont un bon point de départ pour rassembler les exigences de votre outil/intergiciel ETL, afin de vous guider dans la bonne direction.

Ces FAQ sont adaptées de mon livre « Développement de migrations et d’intégrations de données avec Salesforce : modèles et bonnes pratiques» (Apress décembre 2018)

Vous avez apprécié cet article ? Visitez mon blog sur : http://SalesforceDataBlog.com ou abonnez-vous par E-mail ou RSS

Vous avez une question que vous aimeriez voir dans le cadre de ma série de blogs FAQ ? Envoyez-le moi par e-mail ! – [email protected]

, Le bon outil ETL pour la migration ou l&rsquo;intégration de Salesforce<span class="wtr-time-wrap after-title"><span class="wtr-time-number">7</span> minutes de lecture</span>



Source de l’article traduit automatiquement en Français

Besoin d'aide ?
Vous utilisez Pardot depuis un certain temps mais vous n'êtes pas sûr d'en
exploiter tout le potentiel

Notre analyse de votre Pardot offerte dès aujourd'hui
Merci, vous pouvez compléter notre questionnaire
Nous allons revenir vers vous rapidement !

Fermer