Quelle fraîcheur pour vos données d’intégration ?
Stocks et descriptions peuvent nécessiter des objectifs de fraîcheur différents. Ce qui compte est la conséquence d’une information périmée.
Précisez la décision que la mise à jour doit servir
« Tout en temps réel » ne précise pas quel délai est acceptable pour quelle opération. Un stock peut influer sur un engagement de vente. Une description éditoriale peut attendre une échéance convenue. Le besoin de fraîcheur découle de cet usage ; le mode de transfert peut ensuite être choisi de manière pertinente.
Dans les flux asynchrones, les systèmes peuvent temporairement afficher des états différents. Microsoft décrit cette conséquence de l’architecture événementielle. Un événement déclenché rapidement ne supprime ni les files d’attente ni le temps de traitement de la cible.
Exemple : deux champs, des conséquences différentes
Le tableau suivant est un scénario de planification fictif, pas une mesure ni une recommandation générale de fréquence.
Données | Conséquence d’un état ancien | Décision et vérification |
|---|---|---|
Stock vendable | Un engagement pourrait dépasser la quantité disponible. | Viser un délai court ; vérifier et réserver selon la règle métier avant tout engagement ferme. Suivre la modification jusqu’à son affichage effectif dans la cible. |
Description éditoriale du produit | Une formulation approuvée apparaît plus tard. | Un transfert dans la fenêtre de publication convenue peut suffire ; vérifier que la version approuvée est intégralement visible dans la cible. |
Même des mises à jour fréquentes du stock ne suffisent pas à empêcher la vente simultanée du même dernier article. Le processus de commande doit disposer d’une vérification fiable de disponibilité et d’une règle de réservation. À l’inverse, une description peut contenir des informations de sécurité ou contractuellement importantes. Son retard ne peut alors être considéré d’emblée comme anodin.
Convenez d’un objectif, d’un point de mesure et d’un repli
Pour chaque groupe de données, définissez l’état source confirmé qui fait démarrer le délai et le moment où la modification doit être réellement utilisable dans la cible. Un envoi réussi à l’interface constitue un point de mesure antérieur. Précisez aussi qui traite les dépassements et quoi afficher lorsque la fraîcheur est inconnue, ou quoi vérifier avant un engagement.
Microsoft présente plusieurs modèles d’intégration, dont le traitement par lots. Un lot planifié peut convenir aux délais tolérés. Les événements peuvent aider lorsque les délais sont serrés, mais apportent leurs propres tâches d’exploitation. Évaluez le choix avec des modifications retardées ou rejetées avant de promettre un niveau de fraîcheur.
Sources
À lire aussi
Tous les articles
Interfaces & intégration avec ASES
ERP, CRM et boutique bien connectés