Sidecar service mesh
Proxy (zwykle Envoy) wstrzykiwane jako sidecar obok każdej usługi w service mesh, przechwytujące cały jej ruch sieciowy. Stojąc między usługami, zapewnia mTLS, zarządzanie ruchem, ponowienia i obserwowalność — bez zmian w kodzie aplikacji.
Mechanizm: mesh (Istio, Linkerd) automatycznie wstrzykuje proxy do każdego poda, a cały ruch przychodzący i wychodzący przechodzi przez nie. Proxy (płaszczyzna danych) są sterowane centralnie przez płaszczyznę sterowania. Co dają „za darmo”: mTLS (automatyczne wzajemne szyfrowanie między usługami), zarządzanie ruchem (canary, routing ważony, wstrzykiwanie błędów), odporność (ponowienia, limity czasu, circuit breaking) i obserwowalność (metryki, ślady, logi całego ruchu między usługami). Kompromis: jedno proxy na pod to narzut zasobów i opóźnienia oraz złożoność operacyjna — dlatego rosną meshe „bez sidecarów” (Istio Ambient, Cilium), przenoszące funkcję na węzeł lub eBPF. Dominujący wzorzec komunikacji między usługami w dużych klastrach.