Aller au contenu principal
Retour au dictionnaire e-commerce

Microservices (architecture microservices)

Gestion des opérations et des workflowsNiveau Advanced

Une façon de construire un logiciel en petits services indépendants qui remplissent chacun une fonction, communiquent via des API et peuvent être déployés et mis à l'échelle séparément.

Image by · CC BY 4.0

Qu'est-ce que Microservices (architecture microservices) ?

L'architecture microservices est une façon de construire un logiciel sous forme d'un ensemble de petits services indépendants, qui remplissent chacun une seule fonction et communiquent entre eux via des API. Chaque service peut être développé, déployé et mis à l'échelle séparément, sans livrer toute l'application. L'inverse est un monolithe, où toutes les fonctionnalités sont livrées dans une seule base de code et un seul déploiement. En e-commerce, une architecture microservices peut séparer la recherche, le panier, le paiement, la tarification et les informations produit en services distincts, avec un PIM qui joue le rôle de service de données produit et alimente la boutique, les marketplaces et les feeds. Les microservices sont liés au headless et au composable commerce sans être la même chose : le headless sépare seulement le front-end du back-end. Découvre comment un PIM se connecte au reste d'une stack sur la page intégrations e-commerce.

Pourquoi Microservices (architecture microservices) compte en e-commerce

Les boutiques en ligne ont une charge inégale : la recherche et le paiement sont saturés pendant les soldes, tandis que les pages de compte restent calmes. Avec des microservices, une équipe peut faire monter en charge les parties sollicitées et livrer des changements sur un service sans toucher au reste. La contrepartie, c'est la complexité : plus de services signifie plus d'API, plus de supervision et plus de données à garder cohérentes. Beaucoup de petites boutiques s'en sortent bien sur une plateforme comme Shopify et ne connectent des services spécialisés, comme un PIM, que là où elles en ont besoin.

Exemples de Microservices (architecture microservices)

  • 1Service : Recherche, Rôle : indexe les produits et renvoie les résultats, Mise à l'échelle : augmente pendant les pics de soldes
  • 2Service : Paiement, Rôle : gère le paiement et la création des commandes, Déploiement : séparé du catalogue
  • 3Service : Informations produit (PIM), Rôle : fournit titres, caractéristiques et images aux autres services via une API
  • 4Service : Tarification, Rôle : calcule les prix par canal et par groupe de clients

Comment WISEPIM t'aide

  • L'API publique de WISEPIM (plan Pro) permet à d'autres services de lire et d'écrire les données produit, avec des mises à jour par lots jusqu'à 200 éléments par requête.
  • L'auto-sync optionnelle envoie un produit enregistré environ 30 secondes plus tard vers les boutiques connectées comme Shopify, WooCommerce et Magento 2.
  • Les Automations (automatisations) avec déclencheurs planifiés exécutent les imports et exports toutes les heures, tous les jours, toutes les semaines ou tous les mois, pour que les autres services trouvent des fichiers produit à jour.

Erreurs fréquentes avec Microservices (architecture microservices)

  • Découper en microservices avant que l'équipe ait les personnes pour les faire tourner et les surveiller.
  • Découper les services trop finement, si bien qu'une seule action utilisateur déclenche une longue chaîne d'appels.
  • Laisser plusieurs services garder leur propre copie des données produit sans source unique.
  • Négliger le versioning des API, si bien qu'une seule modification casse les services qui en dépendent.
  • Sous-estimer la supervision et la journalisation sur de nombreux services.

Conseils pour Microservices (architecture microservices)

  • Commence par un monolithe bien structuré et ne détache des services que là où la mise à l'échelle ou la vitesse de livraison l'exige.
  • Donne à chaque service un seul responsable clair et une seule fonction claire.
  • Garde les données produit dans une seule source, comme un PIM, et laisse les autres services les lire.
  • Versionne tes API et documente-les avant que d'autres équipes en dépendent.
  • Mets en place une journalisation et une supervision centralisées avant d'ajouter le troisième ou le quatrième service.

Tendances autour de Microservices (architecture microservices)

  • Le composable commerce, où les boutiques choisissent les meilleurs services du marché pour la recherche, le paiement et le contenu.
  • Les fonctions serverless pour de petites tâches déclenchées par des événements.
  • Les passerelles API qui gèrent la sécurité et le routage en amont de tous les services.
  • Un retour vers les monolithes modulaires pour les équipes qui ont trouvé les microservices complets trop coûteux.

Outils pour Microservices (architecture microservices)

  • WISEPIM : PIM avec une API publique, des connexions aux plateformes et des automatisations planifiées, qui sert de source de données produit dans une stack plus large.
  • Kubernetes : orchestration de conteneurs pour déployer et mettre à l'échelle les services.
  • Docker : emballe chaque service avec ses dépendances dans un conteneur.
  • Kong et Apigee : passerelles API qui routent, sécurisent et surveillent le trafic entre les services.

Termes associés

Aussi appelé

MicroservicesArchitecture à base de microservicesArchitecture orientée services (SOA, notion proche)

Questions fréquentes

Les microservices sont de petits services logiciels indépendants qui gèrent chacun une fonction métier et communiquent via des API. Ensemble, ils forment une seule application, mais chaque service peut être modifié, déployé et mis à l'échelle séparément.

Un monolithe est une application avec une seule base de code et un seul déploiement : un changement n'importe où implique de livrer l'ensemble. Les microservices découpent cette application en services séparés. Cela donne plus de souplesse pour la mise à l'échelle et les livraisons, au prix de davantage de composants à faire tourner et à surveiller.

Non. Headless signifie que la boutique est séparée du back-end commerce et communique avec lui via une API. Le back-end lui-même peut rester un monolithe. Les microservices découpent le back-end en de nombreux services, et on les combine souvent avec un front-end headless.

Le PIM joue le rôle de service de données produit. Il contient la version unique des informations produit et la fournit via une API, des exports ou des connexions aux plateformes à la boutique, à la recherche, aux marketplaces et aux feeds. Ainsi, chaque service travaille à partir des mêmes données produit.

Tu as encore des questions ?

Tu ne trouves pas la réponse que tu cherches ? Contacte notre équipe.

Contacter le support

Continue d'explorer

Une sélection d'étapes suivantes pour aller plus loin.