Déterminer les exigences d’intégration

La conception d’intégration réussie commence par comprendre trois dimensions fondamentales : volume et fréquence, directionnalité et capacité. Ces dimensions vous aident à évaluer les besoins métier, les contraintes système et les besoins en scalabilité.

Par exemple, imaginez que vous avez un objectif de haut niveau, comme la connexion de SAP à Dataverse ou l’envoi d’une notification chaque fois qu’une mise à jour est effectuée par un utilisateur. Quel est le point de départ de la conception de l’intégration ?

La première étape consiste à déconstructer les exigences dans les trois composants clés d’une intégration :

• Le volume et la fréquence sont le premier composant majeur du processus décisionnel. Il permet de déterminer les types d’outils que vous devez utiliser pour implémenter les exigences métier.

• Directionnalité, le composant suivant, s'occupe de la direction des flux de données. Comprendre la direction vous aide à configurer le modèle pour une intégration réussie.

• La fonctionnalité ou la capacité de chaque système à recevoir, traiter et envoyer des données est l’étape finale. Utilisez l’approche « lien le plus faible » pour évaluer les fonctionnalités pour identifier les limitations et les possibilités.

Volume et fréquence

Cette dimension définit la quantité de données transférées et la fréquence à laquelle elles sont transférées. Le volume et la fréquence fonctionnent ensemble pour façonner l’architecture d’intégration. Bien qu’ils semblent similaires, ils influencent la conception de solution de manière distincte. Les composants suivants expliquent en détail comment le volume et la fréquence interagissent et affectent les décisions d’intégration.

Comparer le volume et la fréquence

Deux scénarios d’intégration peuvent impliquer le même volume total, tel que 60 000 enregistrements par heure et 1 000 enregistrements par minute, mais diffèrent en fréquence. Si les deux sont égales au même volume horaire, l’attente minute par minute modifie la conception de la solution.

• Ne supposez pas qu’une solution s’adapte aux deux.
• Validez la capacité du système à gérer la charge à fréquence plus élevée.
• Envisagez de créer des solutions distinctes si un modèle est gourmand en ressources ou rarement utilisé.

Types de déclencheurs

Les déclencheurs définissent comment et quand les intégrations s’exécutent. Choisissez le déclencheur approprié en fonction de la prévisibilité et de la charge système.

Déclencheurs planifiés (également appelés « Lot »)

• Exécutez à intervalles fixes.
• Plus facile à prédire et à gérer.
• Adapté aux modèles de croissance des données stables.

Déclencheurs pilotés par les événements : un événement peut être un bouton sélectionné, une modification d’un enregistrement dans l’un des systèmes ou un appel d’API.

• Déclenchez en fonction des actions utilisateur ou des événements système.
• Plus difficile à prédire.
• Peut subir un pic de charge inattendu, notamment dans les systèmes publics.

Seasonality

Le volume de données varie selon les cycles d’activité. Planifiez les pics saisonniers dans les intégrations planifiées et pilotées par les événements.

• Les cycles de facturation mensuels ou trimestriels peuvent entraîner des augmentations prévisibles.
• La saison fiscale ou les échéances des services publics peuvent créer des pics imprévisibles.
• Implémentez des mesures de protection pour empêcher la surcharge pendant les périodes de pointe.

Collaboration des parties prenantes

Discutez du volume et de la fréquence avec les propriétaires de processus et les utilisateurs professionnels. Validez les hypothèses par rapport aux flux de travail réels.

• Les utilisateurs professionnels peuvent ne pas connaître le processus complet.
• Les architectes doivent examiner et confirmer les réalités opérationnelles.

Planifier l’avenir

Concevoir des solutions d’intégration avec croissance à l’esprit.

• Définissez clairement les conditions d’exploitation.
• Incluez des plans d’extensibilité à long terme.
• Estimer le moment où la mise à l’échelle est nécessaire.

Orientation

La direction définit le flux de données entre les systèmes. Définissez où les données proviennent et où elles sont fournies pour mettre en forme la façon dont vous configurez et exécutez l’intégration. Lors de la détermination de la direction du flux de données, comptez la disponibilité du système, les exigences de conformité et les mesures de sécurité pour garantir des opérations fiables et sécurisées. Par exemple, les données peuvent provenir d’un système privé qui n’est pas toujours disponible ou peut être soumis à des réglementations strictes en matière de conformité et de sécurité.

Parties prenantes et conformité

La conformité joue un rôle essentiel dans la conception de l’intégration et varie entre les systèmes. Consultez les architectes et les agents de sécurité de l’infrastructure pour garantir que les connexions répondent aux normes de sécurité et réglementaire de l’organisation.

• Les environnements haute sécurité imposent souvent des contrôles d’accès stricts qui influencent l’architecture d’intégration.
• Les systèmes locaux hérités peuvent restreindre les connexions entrantes. Dans ce cas, concevez l’intégration afin que le système hérité lance la communication avec l’application cloud.

Capacité

Les performances d’intégration dépendent de la capacité de chaque système impliqué. Le système le plus faible de la chaîne limite le résultat global.

• Évaluez les fonctionnalités système en fonction des besoins métier.
• Identifiez les goulots d’étranglement susceptibles d’affecter des transferts de données à haute fréquence ou à grand volume.
• Envisagez les améliorations si un système ne peut pas répondre aux attentes en matière de performances.

Capacité et fréquence

La fréquence a un impact sur la façon dont un système gère les transferts de données. Un système qui fonctionne correctement une fois par jour peut échouer sous plusieurs charges quotidiennes.

• Faire correspondre la capacité du système à la fréquence requise.
• Ne partez pas du principe que le volume seul détermine la faisabilité.

Mise en cache

La mise en cache est une solution courante lorsqu’un système ne peut pas répondre aux exigences de performances.

• Utilisez des outils comme Azure Synapse Link pour Dataverse pour répliquer des données dans un stockage évolutif.
• Comprendre le compromis : la mise en cache améliore le temps de réponse, mais peut fournir des données obsolètes.
• Assurez-vous que les données restent fraîches pour empêcher les résultats incorrects dans les processus en temps réel.

Transformation et logique métier

La fonctionnalité système inclut la possibilité d’effectuer les transformations nécessaires et la logique métier pour répondre aux besoins de l’entreprise.

• Évaluez ce que chaque système peut faire avant, pendant et après le transfert de données.
• Tenez compte de la complexité des données sources, des besoins de transformation et du traitement du système cible.

Par exemple, l’exportation d’une vue SQL avec des procédures stockées vers Dataverse peut nécessiter l’adaptation à mi-vol et l’exécution du plug-in après l’arrivée.

Parties prenantes des capacités

Les administrateurs système fournissent des informations sur les fonctionnalités système. Collaborez avec les équipes informatiques centralisées ou décentralisées pour valider les hypothèses.

• Évaluez chaque système avant de sélectionner un modèle d’intégration.
• Vérifiez que les fonctionnalités techniques s’alignent sur les attentes de l’entreprise.

Mets tout ensemble

Une conception d’intégration efficace commence par comprendre trois composants principaux. Pour résumer :

• Le volume et la fréquence définissent la quantité de données transférées et la fréquence à laquelle elles sont transférées. Ces métriques influencent le choix des outils, des attentes en matière de performances et de la planification de l’évolutivité.
• La direction identifie la source et la destination des données. Il permet de déterminer comment les données circulent entre les systèmes et garantissent la conformité aux exigences de sécurité et réglementaires.
• La fonctionnalité mesure la capacité de chaque système à envoyer, recevoir et traiter des données. Il met en évidence les limitations des performances et permet d’identifier les goulots d’étranglement potentiels dans le processus d’intégration.

Chaque composant correspond directement aux exigences commerciales initiales. Analysez, avec les parties prenantes, la façon dont le volume, la fréquence, la direction et la capacité affectent le processus d’intégration global.

La collaboration des parties prenantes est essentielle pendant l’analyse. Leur entrée peut remodeler l’approche d’intégration.

• Les propriétaires de processus fournissent des exigences métier initiales.
• Les architectes d’infrastructure et les agents de sécurité garantissent la conformité et la connectivité sécurisée.
• Les administrateurs système évaluent les fonctionnalités et contraintes système.

Exemple de scénario

Mettons tout en place dans un exemple de scénario. Imaginez que l’exigence métier consiste à créer un processus d’intégration qui conserve les informations de cas synchronisées entre un client externe et des ingénieurs de services internes qui travaillent sur des cas. Les clients peuvent ajouter des commentaires à un cas via un site web, tandis que les ingénieurs peuvent ajouter des informations de cas via une application Power.

Fréquence du volume de requête et du déclencheur

Le volume et la fréquence déterminent la quantité de données transférées par le système et la fréquence à laquelle il le fait. Dans ce scénario, les clients favorisent principalement la création de cas, de sorte que le volume dépend du nombre de clients que l’entreprise sert et de sa trajectoire de croissance projetée.

Le volume total des mises à jour peut être calculé comme suit :

[Customers] × [Cases per customer] × [Average updates per case]

Visualisez ce nombre sur un graphique pour montrer comment il augmente au fil du temps. Par exemple, si vous commencez par 10 millions de mises à jour par an et que vous prévoyez une augmentation de 20% chaque année, le graphique doit afficher une hausse constante de l’année sur l’année.

Utilisez des données historiques et des projections de croissance pour estimer la charge future. Par exemple, si le système gère aujourd’hui 10 millions de mises à jour par an et augmente à 20% annuellement, l’intégration doit prendre en charge 25 millions de mises à jour par an sur cinq ans.

L’analyse de fréquence affiche des pics mensuels. Si la demande actuelle est de 3,2 millions de demandes par mois, la demande future peut atteindre 8 millions par mois. Concevez l’intégration pour atteindre ces seuils de performances.

Pour garantir l’efficacité de l’intégration sur une période classique de retour sur investissement (ROI) de cinq ans, concevez la solution pour prendre en charge au moins 25 millions de demandes par an. Cette planification de capacité tient compte de la croissance prévue et aide la solution à rester évolutive et fiable à mesure que les besoins de l’entreprise évoluent.

La partie fréquence du volume est la capacité des systèmes impliqués dans la gestion des informations dans un délai d’un an. Là encore, nous pouvons tracer des données historiques pour comprendre comment la fréquence s’applique.

Directionnalité et flux de données

La direction définit le flux de données entre les systèmes. Ce scénario comprend quatre flux de données distincts :

• Flux de données du site web pour écrire des mises à jour de cas dans Dataverse
• Un autre flux pour le site web pour lire les mises à jour de Dataverse
• Troisième flux de données dans lequel les ingénieurs écrivent des mises à jour dans Dataverse à partir de Power App
• Flux de données final pour lire les mises à jour dans Power App

Ce diagramme illustre le modèle d’intégration directe, montrant comment les données se déplacent entre le site web, Dataverse et Power App via quatre flux de données distincts :

La compréhension de ces flux vous aide à configurer des intégrations sécurisées et efficaces. Utilisez des modèles directs ou découplés en fonction des fonctionnalités système et des besoins en matière de performances.

Capacité en action

Dans cet exemple d’intégration, les connecteurs intégrés simplifient le processus. Lors de la récupération d’informations de cas à partir de Dataverse, appliquez des filtres et définissez des limites de requête pour optimiser la récupération des données et afficher uniquement les données nécessaires dans l’application. Pour le site web, publiez des points de terminaison à l’aide de déclencheurs HTTP Power Automate pour permettre la lecture et l’écriture de données. Évaluez la capacité des flux Power Automate et dataverse pour s’assurer qu’ils prennent en charge les charges projetées. Passez en revue les limites des flux automatisés, planifiés et instantanés pour éviter de dépasser les contraintes de plateforme.

Utilisez Dataverse Analytics pour surveiller l’utilisation actuelle. Si Dataverse approche de sa charge de requête projetée, envisagez d’ajouter une mémoire tampon de protection sous la forme d’Azure Data Lake.

Ce diagramme montre le modèle de lecture découplé, où un Data Lake est introduit entre Dataverse et le site web pour décharger le trafic de lecture et améliorer l’extensibilité :

Cette stratégie permet de réduire le volume de lecture de Dataverse et d’empêcher les erreurs de limitation (telles que HTTP 429 Trop de requêtes).

Pour réduire encore davantage la dépendance, dissociez les demandes de création et de mise à jour du site web à l’aide d’un service de mise en file d’attente tel qu’un Azure Service Bus.

Ce diagramme montre le modèle d’intégration entièrement découplé, où les lectures et les écritures sont déchargées via un Data Lake et une file d’attente pour optimiser la fiabilité et protéger Dataverse contre les pics de demande :

Concevoir des flux cloud pour gérer les erreurs, implémenter une logique de nouvelle tentative et suivre les meilleures pratiques en matière de fiabilité. Lors de la sélection d’un modèle d’intégration, hiérarchiser les solutions répondant aux besoins de l’entreprise avec une complexité minimale. Équilibrez la capacité technique avec les exigences de coût, de licence et de maintenance. Choisissez l’approche la plus simple qui répond aux exigences et évite les investissements inutiles.

Étape suivante

Explorez les modèles courants pour traduire votre analyse des exigences en architectures d’intégration pratiques et évolutives.

Ressources associées

• Qu’est-ce qu’Azure Synapse Link pour Dataverse ?
• Ajouter l’authentification OAuth pour les déclencheurs de requête HTTP
• Limites des flux automatisés, planifiés et instantanés
• Afficher et télécharger l’analyse Microsoft Dataverse
• Créer un lien Azure Synapse pour Dataverse avec Azure Data Lake
• Files d’attente, rubriques et abonnements Service Bus