# Service mesh

> Service mesh egy infrastruktúra-réteg (Istio, Linkerd, Cilium Service Mesh, Consul) ami a microservice-ek közötti minden hálózati hívást átvesz: service-to-service mTLS, retry, timeout, circuit breaker, traffic split (canary, blue-green), observability és policy enforcement.

A logika az alkalmazásból egy sidecar proxy-ba (Envoy) vagy egy eBPF-réteg-be költözik, így nyelvfüggetlen. Hangzik nagyon vonzóan, és a vendorok szívesen eladják. A valóságban: ha 8 service-nél kevesebb van, ha minden egy nyelvben (és mondjuk gRPC-ben) megy, ha a Kubernetes egy ismerős cluster, akkor a service mesh által megoldott problémák 80 százaléka egy jó library-vel (gRPC retry, OpenTelemetry, cert-manager) és Kubernetes NetworkPolicy-vel megoldható. Akkor van rá szükség, ha sok nyelv plus sok team plus erős zero-trust követelmény (PCI, fed) plus multi-cluster topológia kombinálódik. Egyébként az operatív költsége (control plane, sidecar memória, debugozás) felemészti a hasznát.

## Kapcsolódó fogalmak

- https://dfieldsolutions.hu/hu/fogalomtar/microservices-vs-monolith.md
- https://dfieldsolutions.hu/hu/fogalomtar/monorepo.md
- https://dfieldsolutions.hu/hu/fogalomtar/saga-pattern.md

---

Source: https://dfieldsolutions.hu/hu/fogalomtar/service-mesh
DField Solutions — Torony köz 5-1.a, 2120 Dunakeszi, Hungary — +36 20 722 0002 — dezso@dfieldsolutions.com
Booking: see https://dfieldsolutions.hu/en/contact