Agence Architecture et interopérabilité
Un produit digital parle rarement seul. Il interroge un ERP, alimente un CRM, lit un PIM, expose son catalogue à une marketplace. La qualité de ces échanges décide de la fiabilité de l'ensemble, bien davantage que le choix du framework.
Le contrat avant le tuyau
Une API n'est pas un détail d'implémentation. C'est un engagement entre deux équipes qui ne se parlent pas tous les jours, et qui doivent pouvoir travailler sans se coordonner en permanence.
Versionnement, documentation, codes d'erreur explicites, comportement en cas d'indisponibilité : ce travail se fait avant l'implémentation, sinon il se fait en production, dans l'urgence et sous les yeux des utilisateurs.
Les quatre couches que nous modélisons
Chaque couche a sa responsabilité propre. Les confondre est la cause la plus fréquente des architectures difficiles à faire évoluer.
Les systèmes sources
ERP, CRM, PIM, DAM, OMS. Là où chaque donnée fait autorité, et où se décide qui a le droit de la modifier.
Le contrat d'échange
REST, GraphQL, webhooks ou files de messages, choisis selon la fraîcheur attendue et le volume à faire circuler.
Le Backend For Frontend
La couche qui adapte la donnée au besoin réel d'un canal, plutôt que d'exposer le système d'information tel quel.
Les canaux
Site, application, extranet, marketplace. Chacun a ses contraintes propres de volume, de latence et de sécurité.
Cinq questions à trancher tôt
- 1Qui fait autorité sur chaque donnée, sachant qu'une donnée n'a qu'une seule source de vérité ?
- 2L'échange doit-il être synchrone ou asynchrone ?
- 3Que se passe-t-il quand le système distant ne répond pas ?
- 4Quelle fraîcheur est réellement acceptable pour l'utilisateur ?
- 5Comment rejoue-t-on un échange qui a échoué ?
Ces cinq questions expliquent la grande majorité des incidents que nous rencontrons en production.
Quatre erreurs qui reviennent souvent
Faire de l'ERP la base de données du site
Le site hérite alors des temps de réponse et des fenêtres de maintenance de l'ERP, sans aucun moyen de s'en protéger.
Tout synchroniser, tout le temps
La plupart des données n'ont pas besoin d'être fraîches à la seconde, et le coût de cette fraîcheur est payé en fragilité.
Traiter l'échec comme un cas exceptionnel
Un système distant est indisponible régulièrement. C'est une situation normale, qui se conçoit dès le départ.
Confondre intégration et couplage
Deux systèmes qui échangent doivent pouvoir évoluer séparément, sinon chaque évolution de l'un impose un chantier sur l'autre.
Questions fréquentes
Un système d'information à raccorder ?
Le déroulé de mission, les livrables et les modalités d'intervention sont détaillés sur notre page prestation.
Voir la prestation changement de plateformeArchitecture et interopérabilité : API, BFF et connexion au système d'information
L'interopérabilité consiste à faire circuler correctement une information entre des systèmes qui n'ont ni le même rythme, ni le même modèle de données, ni la même disponibilité. Un ERP fait autorité sur les stocks et les tarifs, un PIM sur les fiches produits, un CRM sur la relation client. Le produit digital, lui, doit présenter tout cela comme un ensemble cohérent.
Le premier travail est de poser les contrats. Une API se versionne, se documente, renvoie des erreurs explicites et définit son comportement lorsque la source est indisponible. Ce cadrage précède l'implémentation. Il détermine aussi le style d'échange retenu : REST pour sa simplicité et son cache, GraphQL pour agréger des sources multiples, webhooks et files de messages pour les traitements asynchrones.
Le Backend For Frontend joue un rôle central dans cette organisation. Plutôt que d'exposer le système d'information tel quel, il fournit à chaque canal exactement la donnée dont il a besoin, dans le format qui lui convient. Il protège les systèmes sources du trafic web et laisse le front headless évoluer à son propre rythme.
Les contextes les plus exigeants sont ceux du commerce interentreprises : catalogues volumineux, tarifs négociés, comptes clients, workflows de validation. C'est le terrain de nos projets d'e-commerce BtoB sur Intershop et, plus largement, de l'e-commerce BtoB, où la moindre désynchronisation de prix se voit immédiatement.
La même logique s'applique aux extranets et aux outils métier, qui n'ont pas d'intérêt propre sans les données du système d'information. Une architecture découplée y prend tout son sens : elle permet de remplacer une brique, de changer de fournisseur ou d'ajouter un canal sans remettre en cause l'ensemble du dispositif.
Newsletter Agence Wex
Recevez nos derniers articles, retours d'expérience et bonnes pratiques UX directement dans votre boîte mail.
Désinscription possible à tout moment. Pas de spam, pas de revente de données.
Ce formulaire est protégé par reCAPTCHA : la politique de confidentialité et les conditions d'utilisation de Google s'appliquent.