Gestion des transactions distribuées avec le pattern Saga

Contexte : Un processus de commande implique 4 microservices : Order Service, Payment Service, Inventory Service, Shipping Service. Une transaction ACID globale n'est plus possible. Le Problème : Si le paiement réussit mais que le stock est indisponible, la commande doit être annulée. Sans transaction distribuée, les données deviennent incohérentes. Extrait de la situation actuelle : begin_transaction() create_order() charge_payment() reserve_inventory() create_shipment() commit() Contraintes : Implémenter le pattern Saga (choreography ou orchestration). Définir les compensating transactions pour chaque étape. Gérer les cas de timeout et de panne partielle. Livrable attendu : Modéliser le flux Saga complet avec tous les scénarios d'échec et leurs actions compensatoires associées.