Event sourcing

Stocker la suite des événements qui ont modifié une entité plutôt que son état courant, et reconstruire l'état en les rejouant. On obtient un historique complet et le voyage dans le temps, mais l'évolution du schéma et les requêtes demandent du soin.

Où on le retrouve dans les vrais systèmes

  • Journal d'événements

    Les événements sont conservés pendant la rétention : un nouveau consommateur peut rejouer l'historique. L'ordre n'est garanti qu'au sein d'une partition, et un groupe de consommateurs utilise au plus un consommateur par partition : les partitions plafonnent ton parallélisme.

    En production : Apache Kafka (Confluent, Amazon MSK), Amazon Kinesis, Redpanda, Azure Event Hubs, Apache Pulsar

Regarde-le casser, puis répare-le

Construis une architecture, envoie-lui une journée de trafic et de pannes, et comprends pourquoi elle tient ou cède. Gratuit pour commencer.

Ouvrir le parcours Ouvrir le bac à sable