Init Containers
Fleeting- Référence externe : https://kubernetes.io/docs/concepts/workloads/pods/init-containers/
Init containers are exactly like regular containers, except:
Init containers always run to completion. Each init container must complete successfully before the next one starts.
Init containers run and complete their tasks before the main application container starts. Unlike sidecar containers, init containers are not continuously running alongside the main containers
— https://kubernetes.io/docs/concepts/workloads/pods/init-containers/ ( )
sidecar container
-
Référence externe : https://kubernetes.io/docs/concepts/workloads/pods/sidecar-containers/
-
see,
These containers are used to enhance or to extend the functionality of the primary app container by providing additional services, or functionality such as logging, monitoring, security, or data synchronization, without directly altering the primary application code.
— https://kubernetes.io/docs/concepts/workloads/pods/sidecar-containers/ ( )
init container is created with its restartPolicy set to Always
— https://kubernetes.io/docs/concepts/workloads/pods/sidecar-containers/ ( )
sidecar containers ignore the pod-level restartPolicy
Notes pointant ici
- OAuth2 Demo with a Sidecar
- [restartPolicy = Always => sidecar containerfn:1] (blog)
- using initContainer (blog)