Service mesh-sidecar
Proxyn (oftast Envoy) som injiceras som en sidecar bredvid varje tjänst i ett service mesh och fångar all dess nätverkstrafik. Genom att sitta mellan tjänsterna ger den mTLS, trafikstyrning, retries och observerbarhet — utan att applikationskoden ändras.
Mekanik: meshet (Istio, Linkerd) injicerar automatiskt en proxy-sidecar i varje pod; all in/utgående trafik dirigeras genom den. Proxyerna (data-planet) styrs centralt av ett control-plane. Vad de ger "gratis": mTLS (automatisk ömsesidig kryptering mellan tjänster), trafikstyrning (canary, viktad routing, fault injection), resiliens (retries, timeouts, circuit breaking), och observerbarhet (mätvärden, traces, loggar för all tjänst-till-tjänst-trafik). Avvägning: en proxy per pod = resursoverhead och latens, plus operationell komplexitet → därför växer "sidecar-less" mesh (Istio Ambient, Cilium) som flyttar funktionen till noden/eBPF. Det dominerande mönstret för tjänst-till-tjänst-kommunikation i stora kluster. Hör ihop med sidecar-container och network policy.