helmsman VS website

We've been using Helmsman (https://github.com/Praqma/helmsman) for the same use case. It supports some other creature comforts (automatic fetching of parameters from AWS SSM, chart ordering, etc.) and seems a bit more mature.

I've been using https://github.com/Praqma/helmsman for quite a few years now. Very pleased with it.

Have you looked at https://github.com/Praqma/helmsman ?

Kustomize manifests. Each microservice in its own folder. We have around 10 microservices, so it works for us. Db/metrics/monitoring/operators go into a Helmsman file.

I'm using Helmsman. It's a wrapper around Helm that allows you to inject environmental variables, amongst other things. It allows me to easily inject environmental variables from my Gitlab CI/CD into my Helm release.

Here's some issues where people asked the same question: https://github.com/Praqma/helmsman/issues/18 https://github.com/roboll/helmfile/issues/240

OpenGitOps group has defined 5 principles, and while I won't delve into them, here, you can read more. If you take a look at those principles you will see that they are, in some sense related to some Kubernetes concepts.

What is OpenGitOps?

The OpenGitOps standards group defines GitOps using a set of four principles:

On top of Talos, I'm running a Kubernetes cluster with everything deployed using GitOps principles. GitOps is a development methodology that uses Git as the single source of truth for infrastructure and application deployments. It's a great way to manage infrastructure changes, and it means that I can easily roll back any changes if something goes wrong.

opengitops.dev is the GitOps working group created by Amazon, GitHub and even Weaveworks which coined the "GitOps" term in their 2017 blog post.

Having "GitOps" on its own doesn't sound right when I say it. Based on the OpenGitOps Principles, we are architecting the GitOps Agent in this discussion, so I'd include that too.

GitOps principles differ from the traditional CI & CD pipeline approach. In the last few years, the GitOps working group under CNCF formalized all the ideas developed around GitOps into a cohesive set of principles that have become the GitOps Principles.

There are four principles of GitOps, and according to Open GitOps, they are:

The Gitops definition