Co je service mesh a proč byste jej používali?

Question

Accepted Answer

**Service mesh** (Istio, Linkerd) přesouvá cross-cutting networking concerns — opakování, timeouty, mTLS, směrování provozu, pozorovatelnost — **mimo kód aplikace** a do síťové infrastrukturní vrstvy **sidecar proxy**.

## Jak funguje

Každá instance služby běží vedle **sidecar proxy** (např. Envoy). Veškerý provoz prochází proxy, které tvoří **data plane**; **control plane** je konfiguruje.

```text
┌─────────────────┐        ┌─────────────────┐
│ Service A       │        │ Service B       │
│  app  ⇄ [proxy] │◀──────▶│ [proxy] ⇄  app  │
└─────────────────┘  mTLS  └─────────────────┘
        ▲ configured by ▲
        └──── Control Plane (Istio/Linkerd) ────┘
```

## Co poskytuje

- **mTLS** mezi službami automaticky (bez změn aplikace).
- **Odolnost** — opakování, timeouty, přerušení okruhu v proxy.
- **Správa provozu** — canary, A/B, vážené směrování.
- **Pozorovatelnost** — jednotné metriky, stopy, protokoly.

## Příklad politiky

```yaml
# shift 10% of traffic to v2 (canary), no code change
route:
  - destination: { host: orders, subset: v1 }
    weight: 90
  - destination: { host: orders, subset: v2 }
    weight: 10
```

## Kompromisy

Síť přidává latenci (další skoky), režii zdrojů (jeden proxy na pod) a skutečnou operační složitost.

## Proč na tom záleží

Síť standardizuje odolnost, bezpečnost a pozorovatelnost across každou službu bez toho, aby si ji každý tým znovu implementoval v různých jazycích.

Ale je to těžké: přijímejte to pouze v případě, že máte dostatek služeb, aby duplicitní síťová logika převýšila operační náklady sítě.