Wzorce architektoniczne implementacji systemów sterowanych zdarzeniami obejmują:
1. Wzorzec powiadamiania o zdarzeniu: W tym wzorcu producent zdarzenia wysyła powiadomienia do wszystkich subskrybowanych lub zarejestrowanych konsumentów. Konsumenci przetwarzają zdarzenia, gdy tylko je otrzymają.
2. Wzorzec przesyłania stanu przenoszonego przez zdarzenie (ECST): W tym wzorcu zdarzenie przenosi niezbędne informacje o stanie potrzebne procedurom obsługi zdarzeń do przetworzenia zdarzenia. Konsument lub obsługa zdarzenia wykorzystuje te dane do podjęcia niezbędnych działań.
3. Wzorzec magistrali komunikatów: W tym wzorcu wielu producentów i konsumentów komunikuje się za pośrednictwem brokera komunikatów lub magistrali. Wiadomości są umieszczane w kolejce, a broker zapewnia, że wiadomości są dostarczane do właściwych konsumentów.
4. Wzorzec publikowania/subskrybowania: W tym wzorcu producent publikuje wydarzenie w określonym temacie lub kanale. Wielu konsumentów może subskrybować temat, a broker dystrybuuje zdarzenie do wszystkich podłączonych konsumentów.
Kluczowa różnica między systemami sterowanymi zdarzeniami a tradycyjnymi architekturami żądania/odpowiedzi polega na tym, że w systemach sterowanych zdarzeniami system reaguje na zdarzenia lub zmiany stanu systemu, zamiast czekać na żądanie użytkownika. Systemy sterowane zdarzeniami wykorzystują luźno powiązane komponenty, które wchodzą w interakcje poprzez zdarzenia, podczas gdy architektury żądania/odpowiedzi wykorzystują ściśle powiązane komponenty, które wchodzą w interakcje poprzez wysyłanie żądań i otrzymywanie odpowiedzi. Systemy sterowane zdarzeniami są bardziej skalowalne, elastyczne i responsywne niż tradycyjne architektury żądania/odpowiedzi, ponieważ reagują w czasie rzeczywistym na zmiany stanu systemu.
Data publikacji: