Ce este o plasă de servicii și de ce ai folosi una?

Question

Accepted Answer

O **plasă de servicii** (Istio, Linkerd) mută preocupări de rețea transversale — reîncercări, timeout-uri, mTLS, rutare trafic, observabilitate — **din codul aplicației** și în stratul de infrastructură de rețea al **proxy-urilor sidecar**.

## Cum funcționează

Fiecare instanță de serviciu rulează alături de un **proxy sidecar** (de ex., Envoy). Tot traficul curge prin proxy-uri, care formează **planul de date**; un **plan de control** le configurează.

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

## Ce furnizează

- **mTLS** între servicii automat (zero modificări aplicație).
- **Reziliență** — reîncercări, timeout-uri, întrerupere circuit la proxy.
- **Gestionarea traficului** — canary, A/B, rutare ponderată.
- **Observabilitate** — metrici uniforme, urme, jurnale.

## Politică exemplu

```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
```

## Compromisuri

O plasă adaugă latență (salturi suplimentare), overhead de resurse (un proxy pe pod) și complexitate operațională reală.

## De ce este important

O plasă standardizează reziliență, securitate și observabilitate în fiecare serviciu fără ca fiecare echipă să le reimplementeze în limbi diferite.

Dar este greu: adopți-o doar când ai suficiente servicii pentru ca logica de rețea duplicată să compenseze costul operațional al plasei.