Embedded Academy
What is event-driven architecture (EDA), and how does it work?
✍ Nikki Siapno
Quite a lot of the tasks modern-day systems are required to do are in response to changes in state.
Adding an item to a shopping cart, liking a post, and paying a bill are all state changes that trigger a set of tasks in their respective systems.
This requirement has paved the way for a popular approach to system architecture known as event-driven architecture (EDA).
Event-driven architecture has four main components:
1) Events
These are significant changes in state. For example, a user signing up to a trial might be an event in a SaaS product. They're generally immutable, typically lightweight and can carry a payload containing information about the change in state.
2) Producers
The role of a producer is to detect or cause a change in state, and then generate an event that represents this change. The change can be initiated by a variety of sources such as system processes, user interactions, and external triggers.
3) Consumers
Consumers are the entities that are interested in and react to events. They subscribe to specific types of events and execute when those events occur.
4) Channels
Meanwhile, channels facilitate sending events between producers and consumers.
Advantages of EDA:
🟢 Decoupling: producers and consumers operate independently, enhancing system flexibility and maintainability.
🟢 Scalability: EDA can efficiently handle a surge in events, making it suitable for systems with varying loads.
🟢 Real-time responsiveness: systems can react immediately to state changes, enhancing user experience and system reliability.
🟢 Resilience: failures in one component don't necessarily cascade through the system, thanks to the buffering capabilities of many channels.
Use cases:
🔸 IoT systems: devices and sensors in #IoT setups generate a plethora of events that EDA can efficiently manage.
🔸 Microservices: EDA facilitates communication between decoupled microservices, ens
68 · 12.1K ·