Using flux_bootstrap_git with Existing Manifests in Github Repository #5096
-
Hi all , I want to deploy FluxCD and sync existing Kubernetes manifests already stored in my Git repository at a specific folder.
My issues so far first of all , is this even possible to do using flux_bootstrap_git to begin with Thanks in advance for your help! |
Beta Was this translation helpful? Give feedback.
Replies: 2 comments 1 reply
-
The An alternative solution to bootstrap, where you don't push to Git from Terraform, is by using Flux Operator. See here an example https://github.com/controlplaneio-fluxcd/flux-operator/tree/main/config/terraform |
Beta Was this translation helpful? Give feedback.
-
Hey guys, @stefanprodan Got the same question as I tried to swap my helm based Flux install in Terraform to Flux provider just yesterday but failed. I've got all manifests including gotk-components.yaml & gotk-sync.yaml of the version and adjustments I want already available on 'path' in my git repo. I just want Terraform to install Flux controllers that would reconcile with the existing manifests. I've got 1 gotk-components.yaml & gotk-sync.yaml file per version that is used by 40+ clusters with no problem so far and I assure myself that no misconfiguration is done and/or no more than a test cluster is affected. So it would be good to add support for this option. Thanks! |
Beta Was this translation helpful? Give feedback.
The
flux bootstrap
command and its Terraform counterpartflux_bootstrap_git
are designed to configure each cluster with its own Flux instance manifests. Reusing the Flux manifests across clusters is not supported, the idea here is that you would roll Flux upgrades gradually without risking to bring down all the clusters due to some misconfiguration.An alternative solution to bootstrap, where you don't push to Git from Terraform, is by using Flux Operator. See here an example https://github.com/controlplaneio-fluxcd/flux-operator/tree/main/config/terraform