Jak spolu komunikují komponenty v systému (API)?

Question

Accepted Answer

V systému komunikují komponenty (služby, klienti) přes **API** a různé protokoly — synchronní (REST, gRPC) a asynchronní (messaging/fronty). Pochopení toho, jak spolu komponenty komunikují, je zásadní pro návrh systémů složených z více částí.

## Synchronní komunikace (request/response)

```text
The caller WAITS for a response (blocking):
  REST (HTTP) → most common; resources over HTTP (JSON) → simple, ubiquitous, web-friendly
  gRPC → high-performance RPC (binary, HTTP/2) → fast, typed; good for internal services
  GraphQL → flexible queries (client requests exactly what it needs)
→ for: direct request/response where the caller needs an answer now
```

## Asynchronní komunikace (messaging)

```text
The caller does NOT wait (decoupled, non-blocking):
  MESSAGE QUEUES (RabbitMQ, SQS) → send a message; a consumer processes it later
  EVENT STREAMING (Kafka) → publish events; consumers react
  PUB/SUB → broadcast events to subscribers
→ for: decoupling, background work, handling spikes, event-driven systems
  ✓ resilience (queue buffers), scalability, decoupling  ✗ more complexity, eventual consistency
```

## Výběr a úvahy

```text
SYNC → when the caller needs an immediate response; simpler request/response
ASYNC → when decoupling, resilience, or background processing matters (don't block)
→ Also: API design (clear contracts), versioning, error handling, timeouts/retries,
  authentication, rate limiting → robust communication between components
```

## Proč je to důležité

Pochopení toho, jak spolu komponenty komunikují přes API, je základní, protože **systémy se skládají z více částí, které musí spolu komunikovat**, a tudíž je porozumění komunikaci nezbytné pro jejich návrh.

Systémy se skládají ze služeb a klientů, kteří spolu interagují, a způsob jejich komunikace je zásadním aspektem návrhu systému.

Pochopení **synchronní komunikace** (request/response, kde volající čeká) — **REST** (všudypřítomný HTTP/JSON přístup), **gRPC** (vysoce výkonné RPC pro interní služby) a GraphQL (flexibilní dotazy) — pokrývá běžné způsoby, jak spolu komponenty volají s očekáváním odpovědi.

Pochopení **asynchronní komunikace** (oddělené, neblokovací) — **message queues** (odesílání zpráv ke zpracování později), **event streaming** (Kafka) a pub/sub — je stejně důležité, protože umožňuje **oddělení, odolnost (fronty vyrovnávají zátěž), škálovatelnost a event-driven systémy**, za cenu vyšší složitosti a konečné konzistence.

Pochopení **rozlišení sync vs async a kdy použít každý** — synchronní, když volající potřebuje okamžitou odpověď, asynchronní, když záleží na oddělení, odolnosti nebo zpracování na pozadí — je klíčová úvaha návrhu, která významně ovlivňuje charakteristiky systému.

Pochopení dalších úvah (jasné API kontrakty, verzování, zpracování chyb, timeouty/opakování, autentifikace, rate limiting) odráží navrhování robustní komunikace.

Protože systémy se skládají z komunikujících částí a způsob jejich komunikace (sync vs async, protokoly a úvahy návrhu) zásadně určuje charakter systému, a protože pochopení komunikace komponent je nezbytné pro návrh vícekomponentních systémů, je pochopení toho, jak spolu komponenty komunikují přes API, nezbytné, základní znalosti pro návrh systému — zásadní pro navrhování systémů složených z více interagujících částí, pokrývající synchronní a asynchronní komunikaci, která spojuje komponenty, a ústřední pro architekturu distribuovaných, service-based systémů běžných v dnešní době.