Sidecar-Container sind sekundäre Container, die zusammen mit dem Hauptanwendungscontainer im selben Pod ausgeführt werden. Diese Container erweitern die Funktionalität des primären Anwendungscontainers durch zusätzliche Dienste oder Funktionen wie Protokollierung, Überwachung, Sicherheit oder Datensynchronisierung, ohne den primären Anwendungscode direkt zu verändern.

In der Regel befindet sich in einem Pod nur ein Anwendungscontainer. Wenn Sie beispielsweise eine Webanwendung haben, die einen lokalen Webserver benötigt, fungiert dieser als Sidecar und die Webanwendung selbst als Anwendungscontainer.

Kubernetes implementiert Sidecar-Container als Sonderfall von Init-Containern. Sidecar-Container bleiben auch nach dem Pod-Start aktiv. In diesem Dokument wird der Begriff „reguläre Init-Container“ verwendet, um Container zu bezeichnen, die nur während des Pod-Starts ausgeführt werden.

Sofern in Ihrem Cluster das Feature-Gate „SidecarContainers“ aktiviert ist (seit Kubernetes v1.29 standardmäßig), können Sie eine Neustartrichtlinie für Container im Feld „initContainers“ eines Pods festlegen. Diese neustartbaren Sidecar-Container sind unabhängig von anderen Init-Containern und den Hauptanwendungscontainern innerhalb desselben Pods. Sie können gestartet, gestoppt oder neu gestartet werden, ohne den Hauptanwendungscontainer und andere Init-Container zu beeinträchtigen.

Sie können einen Pod auch mit mehreren Containern ausführen, die nicht als Init- oder Sidecar-Container gekennzeichnet sind. Dies ist sinnvoll, wenn die Container innerhalb des Pods für dessen Gesamtfunktionalität erforderlich sind, Sie aber nicht steuern müssen, welche Container zuerst gestartet oder gestoppt werden. Sie können dies auch tun, wenn Sie ältere Versionen von Kubernetes unterstützen müssen, die kein restartPolicy-Feld auf Containerebene unterstützen.