J'ai conçu cette API comme projet de master 1 pour le module d'architecture des applications. Le sujet imposait une séparation stricte entre domaine, application et infrastructure. Le service est écrit en Node.js avec TypeScript et NestJS, la base est PostgreSQL et la documentation est générée en OpenAPI. Chaque changement de statut déclenche un webhook signé vers l'outil du commerçant. Le projet m'a obligé à réfléchir aux erreurs dès le départ : idempotence des appels, reprises en cas d'échec et versionnement de l'API.
Les petits services de livraison suivent leurs colis par messages et appels. Les commerçants n'ont aucun moyen de connaître l'état d'une livraison sans téléphoner.
L'API gère les statuts, l'historique et les notifications par webhook. Les tests de charge en local ont tenu plusieurs centaines de requêtes par seconde sur une machine modeste.
Vos partenaires intègrent votre API en quelques lignes au lieu de lire cinquante pages de documentation.
Les données d’un service en ligne récupérées proprement par son API, pas par un robot fragile.
Compréhension automatique de la darija écrite en arabe et en latin.
Une API REST documentée qui expose les statuts d'un colis aux commerçants et aux livreurs.
