Architektura sterowana zdarzeniami
Poznaj zasady architektury sterowanej zdarzeniami oraz sposób, w jaki zdarzenia mogą ułatwiać luźne powiązanie między usługami.
Architektura sterowana zdarzeniami to bezpłatna lekcja NestJS Enterprise Backend APIs na CoddyKit. To lekcja 3 z 3. Możesz przeczytać całą lekcję poniżej za darmo — a potem ćwiczyć ją interaktywnie w przeglądarce z wbudowanym edytorem kodu i tutorem AI dostępnym 24/7. To część ścieżki edukacyjnej NestJS Enterprise Backend APIs, a Twój postęp synchronizuje się między webem a aplikacją CoddyKit. Kurs NestJS Enterprise Backend APIs zawiera 3 lekcji w sumie.
Części tej lekcji nie zostały jeszcze przetłumaczone i są wyświetlane po angielsku.
Intro to Event-Driven Arch.
Welcome to Event-Driven Architecture (EDA)! This powerful design pattern helps build flexible and scalable systems.
In EDA, services communicate indirectly by emitting and reacting to events rather than making direct requests.
Why Use EDA?
EDA offers several key advantages for modern applications:
- Loose Coupling: Services don't need to know about each other's internal workings.
- Scalability: Easier to add new consumers without changing producers.
- Resilience: If one service fails, others can often continue processing.
- Responsiveness: Actions can trigger multiple parallel reactions.
Core Components of EDA
EDA revolves around three main components:
- Events: Notifications that something important has happened.
- Event Producers: Services that generate and publish events.
- Event Consumers: Services that subscribe to and react to events.
Think of it like a newspaper: the editor (producer) publishes news (events), and readers (consumers) pick up what interests them.
What Exactly Is an Event?
An event is a record of a significant occurrence or 'fact' within your system. It's immutable, meaning it cannot be changed once created.
Events typically contain data about what happened, but not how to react to it. They are past-tense facts.
Event Data Example
Here's a simple example of what an event's data might look like. It describes a 'User Registered' event:
{
"eventType": "UserRegistered",
"payload": {
"userId": "uuid-1234",
"email": "user@example.com",
"timestamp": "2023-10-27T10:00:00Z"
}
}This event simply states a fact: a user was registered at a specific time, with specific details.
Event Producers in Action
An Event Producer is a service that performs an action and then publishes an event to signal that action has occurred.
It doesn't care which other services (if any) will listen to or react to this event. This 'fire and forget' approach leads to loose coupling.
Event Consumers React
An Event Consumer is a service that subscribes to specific event types it's interested in.
When an event it's subscribed to is published, the consumer receives it and performs its own specific actions in response.
For example, an email service might consume a 'UserRegistered' event to send a welcome email.
The Role of an Event Broker
Often, an Event Broker (or Message Queue) sits between producers and consumers.
It acts as an intermediary, reliably receiving events from producers and delivering them to interested consumers. This ensures events aren't lost and enables scaling.
Simple Event System Demo
This simple Java example demonstrates the core idea of emitting and consuming events within a single application. Imagine different parts of your system as these listeners!
public class EventSystem {
interface EventListener {
void onEvent(String eventType, String eventData);
}
static class EventEmitter {
private java.util.Map<String, java.util.List<EventListener>> listeners = new java.util.HashMap<>();
public void on(String eventType, EventListener listener) {
listeners.computeIfAbsent(eventType, k -> new java.util.ArrayList<>()).add(listener);
}
public void emit(String eventType, String eventData) {
System.out.println("Emitting event: " + eventType + "\nData: " + eventData);
listeners.getOrDefault(eventType, java.util.Collections.emptyList())
.forEach(listener -> listener.onEvent(eventType, eventData));
}
}
public static void main(String[] args) {
EventEmitter emitter = new EventEmitter();
emitter.on("userCreated", (type, data) -> {
System.out.println("\nListener 1 received: " + type);
// Imagine sending a welcome email
});
emitter.on("userCreated", (type, data) -> {
System.out.println("Listener 2 received: " + type);
// Imagine updating analytics
});
emitter.emit("userCreated", "{ userId: 101 }");
emitter.emit("productViewed", "{ productId: P001 }");
}
}Test Your Understanding
Which of the following are key benefits of using an Event-Driven Architecture?
Recap: Event-Driven Architecture
You've now got a grasp of Event-Driven Architecture!
- EDA uses events for indirect communication.
- It promotes loose coupling, scalability, and resilience.
- Key roles are Event Producers, Event Consumers, and often an Event Broker.
This pattern is fundamental for building robust, distributed systems, especially microservices.
Ucz się TypeScript dzięki korepetycjom AI — za darmo
Pisz i uruchamiaj kod w przeglądarce, otrzymuj natychmiastową pomoc od korepetytora AI dostępnego 24/7 i kontynuuj naukę w sieci lub w aplikacji.
- Kursy
- 20
- Lekcje
- 76
Często zadawane pytania
Czy lekcja „Architektura sterowana zdarzeniami” jest bezpłatna?
Tak — pełny tekst „Architektura sterowana zdarzeniami” jest dostępny za darmo tutaj w sieci. Aby ćwiczyć ją interaktywnie (wbudowany edytor kodu i tutor AI dostępny 24/7) i odblokować resztę kursu NestJS Enterprise Backend APIs, przejdź na CoddyKit PRO. Kurs NestJS Enterprise Backend APIs zawiera 3 lekcji w sumie.
Co nauczysz się w „Architektura sterowana zdarzeniami”?
Poznaj zasady architektury sterowanej zdarzeniami oraz sposób, w jaki zdarzenia mogą ułatwiać luźne powiązanie między usługami. Ćwiczysz NestJS Enterprise Backend APIs z praktycznym kodem, który uruchamiasz bezpośrednio w przeglądarce, a tutor AI dostępny 24/7 odpowiada na Twoje pytania podczas pracy nad lekcją.
Czy potrzebuję doświadczenia, aby zacząć NestJS Enterprise Backend APIs?
Nie wymagamy żadnego doświadczenia. NestJS Enterprise Backend APIs w CoddyKit jest strukturyzowany dla początkujących i zaawansowanych użytkowników, więc możesz zacząć tutaj lub od początku i uczyć się w swoim tempie. To lekcja 3 z 3.
Ile czasu zajmuje lekcja „Architektura sterowana zdarzeniami”?
Większość lekcji CoddyKit trwa około 5–10 minut. Każda lekcja to mały, interaktywny krok, dzięki czemu robisz systematyczne postępy i zawsze wracasz dokładnie do tego samego miejsca — na webie i w aplikacji.
Czy mogę pisać i uruchamiać kod w tej lekcji NestJS Enterprise Backend APIs?
Tak. Każda lekcja NestJS Enterprise Backend APIs zawiera wbudowany edytor kodu, więc piszesz i uruchamiasz prawdziwy kod bezpośrednio w przeglądarce i od razu otrzymujesz sprzężenie zwrotne od AI — bez konfiguracji na komputerze.
Wszystkie lekcje w tym kursie
- Monorepo a mikroserwisy
- Przegląd wzorca CQRS
- Architektura sterowana zdarzeniami