Défis liés à l’intégration

  • 6 minutes

Les intégrations peuvent être coûteuses, complexes et parfois difficiles.

Défis courants

Le schéma suivant présente les défis d’intégration courants qu’un architecte de solution peut rencontrer.

Schéma illustrant les défis d’intégration courants.

L’architecte de solution doit s’assurer que les intégrations ne sont pas fragiles, afin que les systèmes ne soient pas difficiles à modifier.

Influenceurs

Voici les facteurs qui influencent la conception de vos intégrations :

  • Volume de données en cours de transfert ou d’accès
  • Qualité des données
  • Latence pour accéder ou travailler avec d’autres systèmes
  • Exigences de sécurité
  • Exigences de fiabilité
  • Impact de la duplication des données ou fonctionnalités
  • Adaptation avec les fonctionnalités Microsoft Power Platform existantes
  • Coût, temps et ressources
  • Stratégies internes

Motifs d’échec

Pensez aux projets sur lesquels vous avez travaillé qui ont rencontré des problèmes d’intégration, et à ce qui a pu provoquer l’échec des intégrations.

Les facteurs suivants provoquent l’échec des intégrations :

  • Sous-estimer la complexité de l’intégration
  • Expérience utilisateur médiocre avec la solution intégrée
  • Renforcement de la cohésion des composants, qui entraîne la fragilité du système
  • Ne pas savoir ce que Microsoft Power Platform fait ou ne fait pas bien
  • Ne pas savoir ce que l’autre système fait ou ne fait pas bien
  • Les données sources sont de mauvaise qualité ou comportent de nombreux doublons et données modifiées
  • Ne pas être sûr de ce qu’est le système d’enregistrement
  • Avoir plusieurs parties impliquées et ne pas coordonner la création des intégrations
  • Les autres parties qui créent des intégrations ne connaissent pas Microsoft Power Platform

Conception favorisant la résilience

L’architecte de solution doit s’assurer que les intégrations sont conçues de sorte à être résilientes :

  • Attendez-vous à des erreurs passagères avec vos intégrations.
  • Incluez une logique de nouvelle tentative progressive avec le modèle de disjoncteur en cas d’échec.
  • Utilisez la mise en file d’attente ou d’autres techniques faiblement couplées pour augmenter la résilience.
  • Incluez dans vos conceptions la façon de gérer les échecs attendus courants.

Processus de conception de l’intégration

Chaque situation est unique et vous rencontrerez divers scénarios d’intégration lors de projets. Même s’il est utile de découvrir comment intégrer une technologie, il est plus important de développer des compétences en vue d’évaluer les besoins réels d’un projet. Grâce aux principes, idées et concepts, vous pouvez relever les défis d’intégration complexes. Le schéma suivant montre les étapes à suivre du processus d’intégration.

Schéma illustrant le processus d’intégration.

Le processus de conception est un équilibre ; il n’existe pas nécessairement de bonne ou de mauvaise réponse pour une solution. Lors de l’examen des options d’intégration, l’architecte de solution doit évaluer les compétences disponibles au sein de l’équipe et l’étendue des fonctionnalités Microsoft Power Platform.

Schéma illustrant les méthodes d’intégration.

Dans certains cas, il est moins coûteux d’embaucher du personnel que de créer l’intégration. Les spécialistes des technologies négligent souvent les solutions non techniques qui sont encore viables. Vous devez également vous demander si l’intégration est nécessaire et si elle doit se faire en temps réel.

Important

L’architecte de solution doit également envisager d’effectuer des intégrations au niveau de l’interface utilisateur à l’aide des flux Power Automate pour le bureau.

Intégration de données

Lors de l’évaluation des intégrations, les architectes de solution doivent classer chaque élément de données, car cela les guidera vers la solution d’intégration adaptée.

Les moyens de classer les données sont les suivants :

  • Volatilité : déterminez si les données sont très volatiles, c’est-à-dire si elles changent rapidement.
  • Volume : évaluez l’ampleur du volume de données.
  • Temporalité : décidez si les données doivent être en temps réel.
  • Traitement par lots : évaluez si les données doivent être traitées par lots ou transaction par transaction.
  • Réglementation : évaluez si les données contiennent des informations personnelles ou si des restrictions sont en place quant à l’endroit où les données peuvent être stockées.
  • Licence : déterminez si les données sont concédées sous licence et si leur utilisation est limitée.