Anti-patterns in event-driven architecture
codeopinion.com
Anti-patterns in event-driven architecture
1–10 of 171 posts
Re: Anti-patterns in event-driven architecture
#2Re: Anti-patterns in event-driven architecture
#3Re: Anti-patterns in event-driven architecture
#4Re: Anti-patterns in event-driven architecture
#5Can someone share some long term event driven success stories? Almost everything you see online is written by consultants or brand new, greenfield implementations, curious how long these systems last.
Re: Anti-patterns in event-driven architecture
#6Can someone share some long term event driven success stories? Almost everything you see online is written by consultants or brand new, greenfield implementations, curious how long these systems last.
No. We have a complete fucking disaster on our hands.
(No stake in this one way or another, just curious.)
Re: Anti-patterns in event-driven architecture
#7Re: Anti-patterns in event-driven architecture
#8Earlier quoted context omitted.
No. We have a complete fucking disaster on our hands.
How old of a system? Do you feel it’s the implementation, the design, or the concept itself that went wrong? Is your system a good fit? (No stake in this one way or another, just curious.)
Re: Anti-patterns in event-driven architecture
#9Can someone share some long term event driven success stories? Almost everything you see online is written by consultants or brand new, greenfield implementations, curious how long these systems last.
Re: Anti-patterns in event-driven architecture
#10Can someone share some long term event driven success stories? Almost everything you see online is written by consultants or brand new, greenfield implementations, curious how long these systems last.
I also tried doing it in a property setting, where profit margins were tight. The effort needed wasn’t worth the cost, and clients didn’t really care about the value proposition anyway. We pretty much replaced the whole layer with a more traditional crud system.