L'article aborde le conflit entre le principe d'immuabilité de l'event sourcing et le droit à l'effacement du RGPD. Les approches traditionnelles comme la réécriture ou la suppression physique des événements sont jugées destructrices pour l'intégrité du système.
La solution proposée repose sur le concept de "forgettable payloads" : les données personnelles ne sont plus stockées directement dans les événements immuables, mais dans un espace de stockage séparé et mutable. L'événement conserve son identité et une référence vers ces données, mais la suppression du compte utilisateur implique de rendre ces données inaccessibles, sans altérer le flux d'événements.
Cette inaccessibilité est concrètement réalisée par le "crypto-shredding" des données : chaque charge utile est chiffrée avec une clé unique, et le processus d'effacement consiste à détruire cette clé. Si aucune copie de clé ou donnée en clair ne subsiste ailleurs, les données chiffrées deviennent indéchiffrables, honorant ainsi la demande d'effacement sans compromettre l'historique des événements.
L’article décrit plusieurs patterns d’architecture logicielle identifiés comme pertinents pour 2026, en les replaçant dans la réalité des chantiers IT plutôt que dans la simple mode. Il explique notamment l’Event-Driven Architecture (EDA) comme une approche asynchrone permettant de découpler les systèmes pour améliorer la scalabilité et la résilience, illustrée par un cas e-commerce concret avec gains de performance et disponibilité, et détaille le pattern API-First et API Gateway, qui structure un système d’information moderne en concevant d’abord l’API et en centralisant son exposition, sa sécurité et son monitoring. L’article aborde aussi brièvement CQRS avec Event Sourcing et Saga Pattern pour gérer des logiques complexes de séparation lecture/écriture et de transactions distribuées, en donnant leurs principes, bénéfices, pièges à éviter et cas d’usage terrain.
L'auteur partage son expérience d'optimisation de traitement de données pour son blog, passant de plusieurs heures à quelques minutes. Il explique son architecture basée sur l'event sourcing pour analyser les visites, stockées dans une base de données et traitées par différents projecteurs. Face à un problème de performance lors de la reprocessus de 11 millions de lignes, il décrit son approche pour améliorer les performances, en commençant par établir une ligne de base de 30 événements par seconde.
Tout est dans le titre
Tout est dans le titre
Les conférences :
- Symfony 4
- À la découverte du composant Serializer
- Grâce aux tags Varnish, j’ai switché ma prod sur Raspberry Pi
- JWT - Sécurisez vos APIs
- Micro-Services Symfony chez Meetic : retour d’expérience après 2 ans de refonte !
- Utiliser Webpack dans une application Symfony
- Introduction au CQRS et à l’Event Sourcing
- Quoi de neuf dans Symfony depuis un an ?
- Architecture inutile ?
- Déployer une app Symfony dans un PaaS
- Sécurité Web : et si on continuait à tout casser ?
- Créer des webapps modernes avec Symfony, ReactJS et API Platform
- Tout ce qu’un dev devrait savoir à propos d’Unicode
- Optimisation de performances de PHP7
Tout est dans le titre
Tout est dans le titre (ce n'est pas en italien :p )
Chris explains what event sourcing is, how to use it, when to apply it, and why. Check out this advanced DDD pattern in an easy to learn format!