Sidecar-container
Een hulpcontainer die in dezelfde pod draait als de hoofdapplicatie en die van extra functionaliteit voorziet — logging, een proxy, beveiliging — zonder dat de applicatie zelf hoeft te veranderen. Het centrale patroon achter service meshes.
Werking: containers in dezelfde pod delen het netwerk (zelfde IP/localhost) en kunnen volumes delen, waardoor een sidecar het verkeer van de hoofdapp transparant kan onderscheppen of de logs kan lezen. Klassieke toepassingen: een Envoy-proxy die al het in- en uitgaande verkeer afhandelt (een service mesh zoals Istio of Linkerd), een log shipper die logs doorstuurt, of een container die secrets ophaalt. Winst: scheiding van verantwoordelijkheden — de app richt zich op zijn logica, de sidecar regelt de transversale behoeften, en beide zijn onafhankelijk van elkaar te updaten. Keerzijde: meer containers betekent meer resource-overhead per pod, wat aanleiding gaf tot „sidecar-loze" meshes (eBPF) en Kubernetes' ingebouwde sidecar-ondersteuning (als init-container met een restartPolicy). Een fundamenteel patroon in cloud-native architectuur.