flux2-kustomize-helm-example
addon-controller
flux2-kustomize-helm-example | addon-controller | |
---|---|---|
9 | 15 | |
887 | 167 | |
4.3% | 14.4% | |
3.8 | 9.1 | |
19 days ago | 8 days ago | |
Shell | Go | |
Apache License 2.0 | Apache License 2.0 |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
flux2-kustomize-helm-example
- Flux: can I add a monitored path after bootstrap?
- Is it possible to deploy to KIND cluster via GitHub actions?
-
How to structure Terraform with multi-env + multi-regions for TBD in monorepo
Any public repo show-casing a nice structure? (I am used to the Gitops world on K8s, and for the case of FluxCD for instance I would recommend this repo as a good practice to start multi-tenancy. https://github.com/fluxcd/flux2-kustomize-helm-example. I am looking for a similar "boilerplate" but for TF 😅)
- Am I wrong for avoiding helm completely?
- fluxcd/flux2-kustomize-helm-example: A GitOps workflow example for multi-env deployments with Flux, Kustomize and Helm.
-
Helm chart release management between environments
My recommendation would be to take a look at their documented example of this exact scenario with various overlays for production and staging, but you could ofc add as many as you wanted. All you would do is for production point flux to the production overlay/ directory, which then calls all your normal files but overrides some values you desire. Further to this you can keep your helm chart focused on lets say the "most-common" use case, then just call it with whatever additional values you would like, E.G here in the same repo as above. Notice the values at the bottom of the yaml file which override the charts default values.
-
Multi clusters deploy/automation
Here's an example using flux v2 to deploy to multiple environments/clusters: https://github.com/fluxcd/flux2-kustomize-helm-example
-
How do you manage multiple environments with GitOps?
We are using flux2, which uses Kustomize under the hood. It takes a little bit of time to learn about the different CRD's which are available but once you do it works excellent. They also have an example project which sounds like it might fit your use case https://github.com/fluxcd/flux2-kustomize-helm-example
-
Version Control / Tracked Changes For K8
As /u/vincentdesmet mentioned Kustomize will most likely to solve your many "apps" with slightly difference issue, this is a good example https://github.com/fluxcd/flux2-kustomize-helm-example (also include helm one)
addon-controller
-
5-Step Approach: ProjectSveltos Event Framework for Kubernetes Deployment with Cilium Gateway API
👏 Support this project Every contribution counts! If you enjoyed this article, check out the Projectsveltos GitHub repo. You can star 🌟 the project if you find it helpful.
-
Sveltos: Automate Configuration Updates for Kubernetes Applications
Sveltos is an open-source Kubernetes project to deploy add-ons in a multitude of Kubernetes cluster. Sveltos can also be instructed to watch for changes in ConfigMaps and Secrets and triggers rolling upgrades for the associated resources, ensuring that applications stay up-to-date.
-
Securely Managing, Distributing, and Scaling Secrets Across Multiple Kubernetes Clusters
If you enjoyed this article, please check out the GitHub repo for the project. You can also star 🌟 the project if you found it helpful. The GitHub repo is a great resource for getting started with the project. It contains the code, documentation, and examples. You can also find the latest news and updates on the project on the GitHub repo. Thank you for reading!
-
Display information from multiple managed clusters in a central location
And if you like it, please star ⭐ the project on GitHub
-
Any Kustomize operator available out there?
With projectsveltos, you can instruct add-on controller to deploy resources using Kustomize (on top of Helm charts and regular YAMLs). Then you could use its event-driven framework to deploy extra resources on demands.
- Kubernetes add-on controller and more
-
Kubernetes add-on constraints with openapi and sveltos
When deploying add-ons with Sveltos Kuberntes add-on controller it is now possible to also enforce add-on constraints (defined in the management cluster using openapi).
-
Scaling Event-Driven Applications Made Easy with Sveltos Cross-Cluster Configuration
Open a bug/feature enhancement on github
-
Is it possible to deploy to KIND cluster via GitHub actions?
Here for instance https://github.com/projectsveltos/sveltos-manager/blob/main/.github/workflows/main.yaml
-
Collecting tech-supports from managed Kubernetes clusters (and more)
Documentation can be found here
What are some alternatives?
flux2-multi-tenancy - Manage multi-tenant clusters with Flux
cluster-api - Home for Cluster API, a subproject of sig-cluster-lifecycle
k8s-gitops - GitOps principles to define kubernetes cluster state via code
cluster-api-provider-hetzner - Kubernetes Cluster API Provider Hetzner provides a consistent deployment and day 2 operations of "self-managed" Kubernetes clusters on Hetzner.
release-please-action - automated releases based on conventional commits
demos - Collection of Sveltos demo
gitops-playground - Creates a complete GitOps-based operational stack on your Kubernetes clusters
classifier - Sveltos Classifier dynamically classify a cluster based on run time information (Kubernetes version, deployed resources and more)
k8s-wait-for - A simple script that allows to wait for a k8s service, job or pods to enter a desired state
sveltos - Contains documentation for projectsveltos
reliza-cli - CLI to interact with Reliza Hub
sveltosctl - A CLI to nicely display resources/helm charts deployed in CAPI Cluster by Sveltos. Collect tech-support from managed Kubernetes clusters.