This message was deleted.

This is a great question. Infact i was discussing same with my team today only. We have a deployment service that creates a CRD and keep state in database, while now i think this is overkill as we have to implement an audit system so we can audit who did what and why. Being GIT as center of everything gives a big advantage that is compliance. Everything is audited, who did what change when. Building IDP on top of git can be a good way to go about IDP. 1. API trigger changes in git on user's behalf 2. You can pull yaml, parse it and give user option to change it as they want before creating a new PR. We are a small IDP that we use with deployment service that interact with kubernetes, while now we are planning to go with git based model. Still in discussion though.

Thanks for your comments 🙂 We are usually familiar with Database, but it felt awkward to deal with Git programmatically. 🤔 However, GitOps seems to be the part that needs to be made so that the Git Layer can be handled well using a client. 🙂

Same with me, even i felt it awkward at first but when we used database approach problem is we need to handle: audibility, separate user per employee, no gitops (first k8s API and forget or do periodic sync, issue id drift can happen). I started feeling that git is center of world 🙂

We are also experimenting with a clickops over gitops approach. We are doing gitops, but also a dashboard. When devs make deploy / config / bulk edit or other action, we make git commits and PRs, so the dash does not mean a configuration drift.