Hi Allard, tell us who you are and what lead you into microservices?<\/b><\/p>\n
I am CTO and Founder of AxonIQ, the company behind AxonFramework. Before starting AxonIQ, I worked as a Software Architect at Trifork, where I was responsible for several projects of different sizes. During those projects, I felt that the incidental complexity was much higher than what I believed should be normal in our industry. I started exploring different ways of building software, which eventually led to AxonFramework.<\/span><\/p>\n Around 2014, Microservices became popular, and in its wake, so did AxonFramework. AxonFramework was increasingly used to build \u201cEvent-Driven Microservices\u201d systems, where events were not considered merely a side-effect of things, but a first-level concept in the architecture.<\/span><\/p>\n I use my practical experience developing event-driven (microservices) systems to build tools to simplify the job for others. For about 2 years now, that has been my full-time job, as part of AxonIQ.<\/span><\/p>\n <\/p>\n What will you be talking about at Voxxed Days Microservices?\u00a0<\/b><\/p>\n At Voxxed Days, I will be talking about different aspects of Event-Driven microservices. What does \u201cevent-driven\u201d even mean? There is a lot of hype around both \u201cevents\u201d and \u201cmicroservices\u201d. In my talk, I will shed light on different ways events may be used, and some of the pitfalls each approach comes with.<\/span><\/p>\n <\/p>\n Message Oriented Middleware have been around for many decades now. Are they any MOM patterns that are still relevant with Event-Driven systems ?\u00a0<\/b><\/p>\n Absolutely! However, most middleware available today is either extreme \u201csmart\u201d about messages, understanding exactly how they\u2019re structured and perform routing and transformations based on the payload, or they are \u201cdumb pipes\u201d, only allowing for publish-and-subscribe semantics. The latter works fine for most simple event-based scenarios.<\/span><\/p>\n I am convinced that \u201cevent-driven\u201d systems benefit from not only considering events, but also \u201ccommands\u201d and \u201cqueries\u201d. All three message types have slightly different routing patterns and delivery expectations. Using explicit messages not only helps developer understand the system better, it allows for components to become \u201clocation transparent\u2019; component don\u2019t need to know where the recipients of their messages are located, making the system much more \u201cevolvable\u201d.<\/span><\/p>\n MOM should be able to better cope with those message types, without interfering too much with the actual payload. We\u2019ve seen some of the nasty side-effects of the Enterprise Service Bus and must be careful not to repeat those. On the other hand, we shouldn\u2019t completely ignore the good things that the ESB has brought as well. There is a valuable middle ground in-between the ESB and the MQ.<\/span><\/p>\n Good, see you soon then\u00a0<\/b><\/p>\n <\/p>\n #microservices #eventdriven #nonsense<\/span><\/p>\n <\/p>\n My contact information:<\/b><\/p>\n Twitter: allardbz<\/span><\/p>\n LinkedIn: https:\/\/www.linkedin.com\/in\/abuijze\/<\/span><\/p>\n GitHub: https:\/\/github.com\/abuijze<\/span><\/p>\n <\/p>\n","protected":false},"excerpt":{"rendered":" Hi Allard, tell us who you are and what lead you into microservices? I am CTO and Founder of AxonIQ, the company behind AxonFramework. Before starting AxonIQ, I worked as a Software Architect at Trifork, where I was responsible for several projects of different sizes. During those projects, I felt that the incidental complexity was […]<\/p>\n","protected":false},"author":1301,"featured_media":2300,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":[],"categories":[12],"tags":[],"acf":[],"yoast_head":"\n