X'inhu service mesh u għaliex tuża waħda?

Question

Accepted Answer

**Service mesh** (Istio, Linkerd) ineqel il-kompiti tal-network li jaqgħu fuq il-kodiċi tal-applikazzjoni — retries, timeouts, mTLS, traffic routing, observability — **barra mill-kodiċi tal-applikazzjoni** u fi **sidecar proxies** tal-infrastruttura tal-network.

## Kif taħdem

Kull istanza tas-servizz taħdem ħdejn **sidecar proxy** (eż., Envoy). It-traffiku kollu jgħaddi mill-proxies, li jiffurmaw il-**data plane**; il-**control plane** jikkonfiguraha.

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

## X'tipprovdi

- **mTLS** bejn is-servizzi awtomatikament (ebda bidla tal-app).
- **Resilenza** — retries, timeouts, circuit breaking fil-proxy.
- **Ġestjoni tat-traffiku** — canary, A/B, weighted routing.
- **Osservabilità** — metriċi uniformi, traces, logs.

## Eżempju ta' politika

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

## Trade-offs

Mesh iżid il-latency (hops addizzjonali), overhead tar-risorsi (proxy wieħed għal kull pod), u kompleksità operazzjonali reali.

## Għaliex huwa importanti

Mesh istandardizza r-resilenza, is-sigurtà, u l-osservabilità fuq kull servizz mingħajr li kull tim jeħtieġ jerġa' jimplimenta f'lingwi differenti.

Imma huwa tqal: aqbel tiegħu biss meta jkollok servizzi biżżejjed sabiex il-loġika tan-network duplikata taqbeż il-cost operazzjonali tal-mesh.