News for hackers. Stuff that matters.

A comment on The Dual Nature of Events in Event-Driven Architecture. Parent comment

Re:The Dual Nature of Events in Event-Driven Architecture by marcosdumay on Friday November 01, 2024 @05:14PM (#42021620)
Making a wacky 2-steps announcement protocol doesn't change the nature of your events.

If the consumer goes to your database and asks "what's the data for customer 123 at event F52A?" it better always get back the same data or "that event doesn't exist, everything you know is wrong".

[ Parent | on HN ]
Re:The Dual Nature of Events in Event-Driven Architecture by gunnarmorling on Friday November 01, 2024 @05:53PM (#42021920)
> ... at event F52A

Sure, if the database supports this sort of temporal query, then you're good with such id-only events. But that's not exactly the default for most databases / data models.

[ Parent | on HN ]
Re:The Dual Nature of Events in Event-Driven Architecture by marcosdumay on Friday November 01, 2024 @06:01PM (#42022003)
I'm understanding what you have isn't really "events", but some kind of "notifications".

Events are part of a stream that define your data. The stream doesn't have to be complete, but if it doesn't make sense to do things like buffer or edit it, it's probably something else and using that name will mislead people.

[ Parent | on HN ]