Live data from Hacker News

GitOps Considered Harmful for MVP

knockdata.com

1–10 of 16 posts

Re: GitOps Considered Harmful for MVP

#4

what is GitOps?

Literally the first sub-section of the article:

> At its core, GitOps is simple. You write down how you want the system to look in code and a bot makes the world match that. Your infrastructure lives in Git. You deploy by committing. You roll back by reverting. The robots take it from there.

Re: GitOps Considered Harmful for MVP

#5

what is GitOps?

Literally the first sub-section of the article: > At its core, GitOps is simple. You write down how you want the system to look in code and a bot makes the world match that. Your infrastructure lives in Git. You deploy by committing. You roll back by reverting. The robots take it from there.

Thanks tony. Can you please share your opinion? Love to hear

Re: GitOps Considered Harmful for MVP

#8

what is GitOps?

We use it heavily in our Kubernetes environment. Everything beyond the basic install goes into a repository. As soon as someone commits a change, ArgoCD running on the cluster picks it up and rolls it out automatically.

For version 1/MVP work, you absolutely shouldn’t bother with this. It’s a complete waste of resources when you should be focusing on growth or launching the product. Compared to doing it by hand, it’s slower, clumsier, and just another layer of complexity your team has to deal with.

On the other hand, for long-running, stable systems, it’s awesome! We know exactly who rolled out a change and when. From the commit messages, we know why the change happened—even years later. We also make a point of adding Jira (Hawk Tuah) ticket numbers so we can track the details more easily. And if something goes wrong, it’s simple to roll back to an older version.

This approach is perfect for large, long-term maintenance systems—but poison for a brand-new project.

Re: GitOps Considered Harmful for MVP

#10
post #8

what is GitOps?

We use it heavily in our Kubernetes environment. Everything beyond the basic install goes into a repository. As soon as someone commits a change, ArgoCD running on the cluster picks it up and rolls it out automatically. For version 1/MVP work, you absolutely shouldn’t bother with this. It’s a complete waste of resources when you should be focusing on growth or launching the product. Compared to doing it by hand, it’s…

Totally agree. I think gitops is super helpful for a full production system. While MVP, it is really poison. Thanks so much for sharing.
Post reply on HN