InfoQ Homepage Presentations Building Microservices with Event Sourcing and CQRS
Building Microservices with Event Sourcing and CQRS
01:24:19
Summary
Michael Ploed talks about the distributed data management challenges that arise in a microservices architecture and how they can be solved using an event-driven architecture. Michael describes how event sourcing is a great way to implement an event-driven application. He talks about Command Query Responsibility Segregation (CQRS) and how it's a key part of an architecture based on event sourcing.
Bio
Michael Ploed is Principal Consultant at @innoq, founder of @allschools, all out music addict.
About the conference
This is a one-of-a-kind conference for application developers, solution and data architects: people who develop business applications, create multi-device aware web applications, process vast quantities of enterprise data, design cloud architectures, and manage high performance infrastructure. The sessions are specifically tailored for Developers and Architects using the popular open source Spring IO Projects, Groovy & Grails, Cloud Foundry, RabbitMQ, Redis, Geode, Hadoop and Tomcat technologies. Whether you're building mission-critical web or business applications, crunching huge amounts of distributed data, or designing the next killer cloud native application, SpringOne2GX will keep you up to date with the latest enterprise technology.
Mar 04, 2016
-
Related Sponsored Content
-
Related Sponsor
/filters:no_upscale()/sponsorship/topic/25afca57-6bcb-4c42-9a70-fbea10ce4fc7/MicrosoftLogoRSB-1678874949003.png)
Community comments
wrong label on this one
by Nathan Hughes,
Re: wrong label on this one
by razvan baciu,
Solution without compromises around validation
by Flavius Aspra,
Events which affects two or more aggregates
by Denis Mouraviev,
wrong label on this one
by Nathan Hughes,
Your message is awaiting moderation. Thank you for participating in the discussion.
oops, this is labeled as Chris Richardson's presentation, it's actually Michael Plod's (which is correct for the given conference day)
Re: wrong label on this one
by razvan baciu,
Your message is awaiting moderation. Thank you for participating in the discussion.
hi Nathan,
thanks for pointing this out! it's all fixed now.
razvan
Solution without compromises around validation
by Flavius Aspra,
Your message is awaiting moderation. Thank you for participating in the discussion.
Around minute 00:50 where he talks about validation, there is a simple solution to not give up correctness of the answer if the user e-mail already exists.
Situation: your event store contains an e-mail address but your read model is not yet synchronized; Two users want to register in about the same time, with the same e-mail address;
The first user got his e-mail address in the event store, and the other one should not get it inside.
Solution: first look in the read model if the e-mail exists and if it does, return "e-mail already exists"; if it doesn't:
iterate backwards the event stream and look if the e-mail address exists in an event.
New problem arises: how far back do you have to go? Solution: as far as your read model has been synchronized.
So to make this work, each time after the read model gets synchronized, insert into the event stream a "marker event" telling you that the read model has been synchronized.
Events which affects two or more aggregates
by Denis Mouraviev,
Your message is awaiting moderation. Thank you for participating in the discussion.
Hi,
there is a rule of the tumb to mutate aggregates in separate transactions. if one aggregate during the command issues events which are affects other aggregates and they handled in separate transactions. what happens if some of those transactions fails due to some technical problem or just because those events breaks some aggregate invariants. How those cases are handled.