While Kubernetes natively allows you to mount ConfigMaps and Secrets as volumes, the application running inside the pod often doesn't "know" when the underlying data has changed. Unless the application is specifically coded to watch for file changes, it will continue using the old configuration until the pod is restarted. Reloader solves this by triggering that restart automatically.
If you want a deployment to restart whenever any ConfigMap or Secret it uses is updated, you add this annotation to the Deployment:
is a Kubernetes controller that watches for changes in ConfigMaps and Secrets . When a change is detected, it performs a "rolling upgrade" on relevant Deployments , StatefulSets , DaemonSets , and Rollouts . reloader by r-1n github
Works seamlessly with Deployments, StatefulSets, DaemonSets, and even Argo Rollouts.
In the world of Kubernetes, managing configurations efficiently is a cornerstone of operational excellence. As applications grow in complexity, manually restarting pods to apply configuration changes becomes not only tedious but also prone to error. Enter , a powerful, open-source tool available on GitHub designed to automate the process of reloading pods whenever their associated ConfigMaps or Secrets are updated. While Kubernetes natively allows you to mount ConfigMaps
Reloader operates primarily through . By adding simple metadata to your Kubernetes manifests, you tell Reloader exactly what to watch. 1. The "Watch All" Approach
R-1n/reloader (Note: While often searched as R-1n, the primary upstream maintainer is frequently associated with the Stakater ecosystem). Key Features If you want a deployment to restart whenever
Built to be efficient, it consumes minimal cluster resources.
You can choose to watch all changes or limit Reloader to specific resources using annotations.