Apakah event-driven architecture?

Question

Accepted Answer

**Event-driven architecture (EDA)** ialah satu reka bentuk di mana komponen berkomunikasi dengan menghasilkan dan bertindak balas terhadap **event** (sesuatu yang berlaku) — dan bukannya panggilan langsung. Ia membolehkan gandingan longgar (loose coupling), kebolehskalaan, dan kebolehtindakbalasan, serta lazim dalam sistem teragih moden.

## Apakah event-driven architecture

```text
Components communicate via EVENTS (a notification that something happened):
  → PRODUCERS emit events ("order placed", "user signed up") without knowing who handles them
  → CONSUMERS react to events they care about (asynchronously)
  → an event BROKER/bus (Kafka, message queue) routes events
→ components are DECOUPLED → they react to events, not call each other directly.
```

## Corak dan faedah

```text
PATTERNS:
  → PUB/SUB → publish events; multiple subscribers react
  → EVENT STREAMING (Kafka) → durable event logs; consumers process streams
  → EVENT SOURCING → store state as a sequence of events (the events ARE the source of truth)
  → CQRS → separate read/write models, often event-driven
BENEFITS:
  ✓ LOOSE COUPLING → producers/consumers independent (add consumers without changing producers)
  ✓ SCALABILITY → async, distribute load; consumers scale independently
  ✓ RESPONSIVENESS → react to events in real time; extensible (new consumers for new needs)
  ✓ RESILIENCE → events buffered; components fail independently
```

## Pertukaran

```text
⚠️ COMPLEXITY → harder to understand flow (indirect, async); eventual consistency
⚠️ DEBUGGING/tracing across events is harder; need to handle ordering, duplicates,
   failures (idempotency)
→ powerful for decoupled, scalable, real-time systems, but adds distributed complexity.
```

## Mengapa ia penting

Memahami event-driven architecture merupakan pengetahuan peringkat senior yang bernilai kerana ia merupakan **gaya seni bina yang penting untuk membina sistem yang ternyahgandingan, berskala, dan bertindak balas**, semakin lazim dalam sistem teragih moden, jadi ia relevan untuk system design.

EDA — di mana komponen berkomunikasi dengan menghasilkan dan bertindak balas terhadap **event** dan bukannya panggilan langsung — membolehkan gaya reka bentuk sistem yang berbeza secara asas dan tergandingan longgar.

Memahami model terasnya (producer mengeluarkan event tanpa mengetahui siapa yang mengendalikannya, consumer bertindak balas secara tak segerak, broker event menghalakan event, menghasilkan komponen yang ternyahgandingan) menjelaskan cara ia berfungsi.

Memahami **corak** — pub/sub (pelbagai pelanggan bertindak balas terhadap event), event streaming (event log tahan lasak Kafka), **event sourcing** (menyimpan keadaan sebagai jujukan event yang merupakan source of truth), dan CQRS (model read/write berasingan) — merangkumi pendekatan event-driven yang penting.

Memahami **faedah** — **loose coupling** (producer dan consumer bebas, jadi consumer baharu boleh ditambah tanpa mengubah producer — membolehkan kebolehlanjutan), **kebolehskalaan** (pemprosesan async, penskalaan consumer bebas), **kebolehtindakbalasan** (bertindak balas terhadap event dalam masa nyata), dan **daya tahan** (event ditimbalkan, komponen gagal secara bebas) — menjelaskan mengapa EDA bernilai untuk sistem moden.

Memahami **pertukaran** — kerumitan yang meningkat (aliran async tak langsung yang lebih sukar difahami, eventual consistency, debugging dan tracing merentasi event yang lebih sukar, dan keperluan mengendalikan turutan, pendua, serta kegagalan melalui idempotency) — mencerminkan pertimbangan yang seimbang, kerana kuasa EDA datang dengan kerumitan sistem teragih.

EDA semakin lazim dalam microservices dan sistem masa nyata.

Memandangkan event-driven architecture merupakan gaya penting untuk membina sistem yang ternyahgandingan, berskala, dan bertindak balas (semakin lazim dalam sistem teragih moden) dengan faedah dan pertukaran yang ketara, dan memandangkan memahami modelnya, corak, faedah, dan kerumitan adalah relevan untuk system design, memahami event-driven architecture merupakan pengetahuan peringkat senior yang bernilai — gaya seni bina yang penting untuk sistem yang ternyahgandingan, berskala, dan masa nyata, semakin lazim dalam seni bina teragih dan microservices moden, dan mencerminkan keluasan seni bina yang dijangkakan untuk peranan senior yang mereka bentuk sistem moden.