News for hackers. Stuff that matters.
Re:Event Sourcing, CQRS and Micro Services: Real FinTech Exa... by throwup238 on Saturday October 18, 2025 @01:07PM (#45628799)
The big caveat here is GDPR and other privacy laws. In some cases you need the ability to scrub the event store completely of PII for legal reasons, even if only to null the relevant fields in the events.

Without preemptive defensive coding in your aggregates (whatever you call them) this can quickly blow up in your face.

Re:Event Sourcing, CQRS and Micro Services: Real FinTech Exa... by javcasas on Saturday October 18, 2025 @01:11PM (#45628829)
What I have read about it is: encrypt PII with a client-depending key, do not post the key to the event system. When an erasure request comes in, delete the corresponding key. Now the data cannot be decrypted anymore for that client.
Re:Event Sourcing, CQRS and Micro Services: Real FinTech Exa... by mattmanser on Saturday October 18, 2025 @03:50PM (#45629931)
That is some serious architecture to put in place before you can even start using event sourcing.
Re:Event Sourcing, CQRS and Micro Services: Real FinTech Exa... by Netcob on Saturday October 18, 2025 @05:19PM (#45630423)
That's what I said too, and the answer was "No, just because it cannot be decrypted today does not mean it cannot be decrypted in the future. The data must be deleted"
Re:Event Sourcing, CQRS and Micro Services: Real FinTech Exa... by ndriscoll on Saturday October 18, 2025 @01:16PM (#45628863)
For finance recordkeeping requirements take precedence over privacy requirements. Audit trail data must be on WORM storage and must not be scrubbable.