Re:Building a CQRS/ES web application in Elixir using Phoenix
by jen20 on Friday January 06, 2017 @05:43PM
(#13340994)
No shit... if you listen to the actual talks, that is EXACTLY what they recommend. Use the patterns where appropriate, don't use it where it's not appropriate. Also consider _where_ the advice came from - finance, gambling, healthcare and so forth.
As for "not production ready" with regards to Event Store specifically, we have had zero reported incidents of data loss which were catastrophic failure of the hardware (or, usually the cloud) it was running on.
Re:Building a CQRS/ES web application in Elixir using Phoenix
by eric_b on Friday January 06, 2017 @06:02PM
(#13341116)
One of the projects I worked on was in finance. The fact that we were going to get "a free audit log" from the architecture made everyone so excited.
After the CQRS/ES project failed (I was on cleanup duty) we used a more traditional arch. To handle the audit log we just had a separate table. ("customer" table had "customer_audit" table. Both were written to in transaction. Solved.)
The only place I'd recommend it these days are where the business views their state as an event stream, maybe finance/stocks. Not developer-forced-events like "customer address updated" or "user email changed".
Even workflow systems I've dealt with, the business doesn't view their state as an event stream. The state is where it is, how it got there is an interesting footnote.