Quatre applications qui s'appellent

Mon, 01 Jan 0001 00:00:00 +0000

Quatre applications qui s’appellent#

Le problème#

Une commande traverse quatre systèmes qui n’appartiennent pas à la même équipe : la boutique retient le stock, le métier facture, la logistique planifie et expédie, l’ERP suit. Chacun a son dépôt, son framework, son rythme de déploiement. Aucun n’a envie d’importer le code d’un autre.

La façon habituelle de relier ces systèmes (une API HTTP par service, un client par appelant, un retry par client, un timeout par retry) marche jusqu’au jour où l’un des quatre est éteint pendant la transaction. Quelqu’un doit alors décider s’il faut attendre, s’il faut rejouer, et ce que devient ce qui a déjà été pris.

Cas d'usage on Durable

Quatre applications qui s'appellent

Quatre applications qui s’appellent#

Le problème#