Après une coupure : réconcilier les données et compenser les actions
dans Doctrine
Au retour du réseau, les données peuvent diverger et certains paiements être déjà faits. Comment remettre les copies à jour et traiter les effets à corriger.
Liste des articles rédigés par les contributeurs, mis à disposition des visiteurs
dans Doctrine
Au retour du réseau, les données peuvent diverger et certains paiements être déjà faits. Comment remettre les copies à jour et traiter les effets à corriger.
dans Veille
Anthropic suspend Fable et Mythos, DeepMind détaille sa surveillance des agents et Google corrige Vertex AI : les faits, les sources et les questions ouvertes.
dans Doctrine
Une donnée absente ou ancienne ne bloque pas tous les usages. Choisir, opération par opération, quand attendre, limiter le service ou accepter un retard.
dans Références
CQRS distingue les règles qui valident une opération des données préparées pour les vues. Une commande client explique les deux modèles et leur synchronisation.
dans Doctrine
CAP aide à choisir quelles opérations peuvent continuer pendant une coupure réseau. Il ne suffit pas à décrire les performances ou la fiabilité d’un système.
dans Références
Un paiement sans réponse peut avoir réussi. L’idempotence permet de réessayer sans double débit, à condition de reconnaître la demande et garder son résultat.
dans Doctrine
Appel direct, observation, médiateur ou contrat partagé : comment relier deux modules, choisir la responsabilité de chacun et repérer les dépendances en boucle.
dans Veille
Fable 5 bloque des demandes légitimes, Google développe l’IA locale et les entreprises évaluent leurs coûts : les annonces et leurs limites cette semaine.
dans Références
Deux caisses partagent un stock, puis perdent leur connexion. Cet exemple explique les trois notions de CAP et les choix possibles pendant une coupure réseau.
dans Doctrine
Une dépendance détermine quels modules devront changer ensemble. Un exemple de facturation pour choisir son sens, isoler les détails et éviter les cycles.