Traditional layered architectures often evolve into a "big ball of mud" monolith that is difficult to change and maintain.
Applying monolithic development practices to microservices results in a distributed "big pile of mud" instead of a truly modular system.
Events can decouple services by allowing components to publish facts without knowing their consumers, but this alone doesn't solve underlying architectural issues.
Event sourcing involves a component using its own past events to make future decisions, unlike event streaming where one component simply consumes another's events.
CQRS separates the command model for handling changes from the query model for providing current state to address the limitations of pure event sourcing.
A truly message-driven architecture requires discipline and uses distinct message types like commands, events, and queries for different communication intents.
A live demonstration shows how an application built with location transparency can be refactored from a monolith into microservices by simply moving code between modules.
46:24David Leitner
43:13Carola Lilienthal
45:36Clemens Vasters
43:07Adam Mullen & John Collins
45:48Denis Washington & Olli Salonen
40:17Luca Mezzalira
45:40Manfred Steyer
27:33Gerard Klijs
.gif?w=240&auto=compress,format)
Jobs that call for the skills explored in this talk.
Speech Processing Solutions
Vienna, Austria
CONTIAMO GMBH
Berlin, Germany