Using Microservices in an Event-driven Architecture offers the possibility to use Complex Event Processing in a lightweight context.
Please find my new article Event-driven Microservices & Event Processing on the codecentric blog.
EDA
Event Generator – a simple approach
This is the third part of: How to drive an Event-driven Architecture for microservices and it covers the first code-sketch to create an event generator based on Spring Boot and Apache Camel.
Weiterlesen
How to drive Event Generation
Creating events according to a lightweight Event-driven Architecture is the topic of this post and the second part of: How to drive an Event-driven Architecture for microservices
To recap:
An event is a notable thing that happens inside or outside your business. [1]
How to drive an Event-driven Architecture for microservices
An Event-driven architecture (EDA) could be a candidate to realize a communication-basis between microservices and an approach to get the services mostly decoupled. The architectural pattern exist for a couple of years and has been described in papers and articles like [1,2,3].
However in this and the following post I won’t repeat the theory in detail, I’d rather like to describe how to sketch an EDA based system and just sometimes use quotations of the papers above – like [1]:
An event is a notable thing that happens inside or outside your business.
A coffee with Kafka
A few months ago I got in touch with Kafka – the message broker Apache Kafka rather than Franz Kafka the novelist.
Apache Kafka is simply a message broker which claims to be:
- Fast – Hundreds of MB r/w per second from thousands of clients
- Scalable
- Central data backbone – Data streams are partitioned and spread over a cluster of machines
- Durable – Messages are persisted on disk and replicated within the cluster
- Fault-tolerance – Cluster-centric design
the data backyard 
Du muss angemeldet sein, um einen Kommentar zu veröffentlichen.