Pattern d'architecture où l'état d'une entité est dérivé de la séquence complète des événements qui lui sont arrivés, plutôt que d'un snapshot de l'état courant. Au lieu de stocker 'solde = 1000€', on stocke 'dépôt de 500€', 'retrait de 200€', 'dépôt de 700€'. L'état courant se reconstruit en rejouant les événements. Avantages : audit trail complet et immuable, possibilité de voyager dans le temps (quel était l'état à telle date), facilité de debug (rejeu des événements), couplage faible via des événements publiés. Inconvénients : la reconstruction de l'état peut être coûteuse (atténué par les snapshots périodiques), la gestion des migrations d'événements passés est complexe. Kafka et EventStoreDB sont les stores d'événements les plus utilisés.