This documentation is for Flux (v1) and Helm Operator (v1). Both projects are in maintenance mode and will soon reach end-of-life. We strongly recommend you familiarise yourself with the newest Flux and start looking at your migration path.
For documentation regarding the latest Flux, please refer to this section.
Flux is a tool that automatically ensures that the state of a cluster matches the config in git. It uses an operator in the cluster to trigger deployments inside Kubernetes, which means you don’t need a separate CD tool. It monitors all relevant image repositories, detects new images, triggers deployments and updates the desired running configuration based on that (and a configurable policy).
The benefits are: you don’t need to grant your CI access to the cluster, every change is atomic and transactional, git has your audit log. Each transaction either fails or succeeds cleanly. You’re entirely code centric and don’t need new infrastructure.
With the following tutorials:
Making use of Helm charts in your cluster? Combine Flux with the
Operator to declaratively manage chart
HelmRelease custom resources.
For progressive delivery patterns like Canary Releases, A/B Testing and Blue/Green, Flux can be used together with Flagger.
If you have any questions about Flux and continuous delivery:
- Invite yourself to the CNCF community slack and ask a question on the #flux channel.
- To be part of the conversation about Flux’s development, join the flux-dev mailing list.
- File an issue.
Your feedback is always welcome!