Kas yra įvykiais varomų architektūra mikrotarnybuose?

Question

Accepted Answer

**Įvykiais varomoje architektūroje** tarnybos komunikuoja **gaminant ir vartojant įvykius** per brokerį (Kafka, RabbitMQ ir kt.). Tarnyba paskelbia, kad kažkas įvyko; suinteresuotos tarnybos reaguoja — gamintojas nežino ir nelaukia jų.

## Kaip tai veikia

```text
Order Service ─publish→ [ Event Broker: "order.placed" ]
                              │
            ┌─────────────────┼──────────────────┐
            ▼                 ▼                  ▼
      Inventory         Notification          Analytics
      (reserve stock)   (send email)          (record metric)
```

## Įvykio kūno pavyzdys

```json
{
  "eventType": "order.placed",
  "eventId": "e-9f2c",          // unique → consumers dedupe
  "occurredAt": "2026-06-18T10:00:00Z",
  "data": { "orderId": "42", "total": 99.5 }
}
```

## Privalumai

- **Laisvas susiejimas** — pridėkite naują vartotoją nepaliesdami gamintojo.
- **Atsparumas** — brokeris buferiuoja įvykius per išdygimus.
- **Масштабируемость** — vartotojai skalėjasi nepriklausomai.

## Pablogėjimai

```text
⚠️ Eventual consistency — readers may briefly see stale data
⚠️ Duplicate delivery — make consumers idempotent (use eventId)
⚠️ Ordering — only guaranteed within a partition/queue
⚠️ Hard to trace a flow across many consumers
```

## Kodėl tai svarbu

Įvykiais varoma dizaino yra tai, kas leidžia pridėti galimybes (analitika, sukčiavimo patikra, pranešimai) tiesiog prenumeruojant, be jokių pakeitimų esamiems gamintojams.

Ta išplečiamumas ir atsparumas pasiekiami galiausiai dėl nuoseklumo ir sunkesnio derinimo — centriniam kompromisui, kurį priimate einant į įvykiais varomą kelią.