Live data from Hacker News

Kargo, a multi-stage application lifecycle orchestrator

akuity.io

41–50 of 83 posts

Re: Kargo, a multi-stage application lifecycle orchestrator

#41
post #39

Every time there's a new tool, it's worth considering if it locks in previous choices. E.g. ArgoCD means I can't move off Kubernetes. Will Kargo mean I can't move off ArgoCD or Kubernetes?

Using Kubernetes locks you into kubernetes. ArgoCD doesn't lock you into Kubernetes because its just a wrapper around managing kubernetes manifests Its like arguing that cloudformation locks you into aws

I feel like Im missing something obvious but… cloudformation does lock you into aws, doesn’t it?

Re: Kargo, a multi-stage application lifecycle orchestrator

#43
If Kargo requires R/W access to GitHub, and auto updates charts/images, isn’t that asking for your production environment to be infected by a change prepared and cultured in your dev environment and then auto updating / hiding itself into prod freight?

We disallow writing back to GitHub to avoid this issue, and manage stages through branches, combined with directories for overlays. Things can get out of sync, but comparing branches is easily automated.

Re: Kargo, a multi-stage application lifecycle orchestrator

#44

I've used Flux, Flux2 and Argo for GitOps, and they all had their quirks. In general it seems that most CloudNative projects were kinda set in their own vision with very opinionated devs and a lot of corner cases that are not accounted for and won't be accounted for. I have a little bit of hope that this one is going to be different with the lessons they got from Argo, but I'm not holding my breath. Ps. when I first…

I miss Flux (not flux2). It did everything I needed, and was simple to understand. It had its problems, but I feel like they could be resolved without a complete rewrite/revamp the Flux2 is. I understand the need for Flux2, but for my simple use-cases it's too complicated.

And Argo and now Kargo are even more complex.

Re: Kargo, a multi-stage application lifecycle orchestrator

#45
post #40

Another project announcement, another situation where I would literally pay a coffee's worth to cut to the chase -- why is there a need for another GitOps tool when several already exist? Tighter integration with other Argo products? Why is this not simple a new component of Argo CI/CD? How much is "thought-leadership" a part of it, it is Kubernetes-adjacent, after all. So far even the answers in this thread leaving…

There's fluxcd and Argo. What other Gitops tools one should keep an eye on?

Re: Kargo, a multi-stage application lifecycle orchestrator

#46
post #40

Another project announcement, another situation where I would literally pay a coffee's worth to cut to the chase -- why is there a need for another GitOps tool when several already exist? Tighter integration with other Argo products? Why is this not simple a new component of Argo CI/CD? How much is "thought-leadership" a part of it, it is Kubernetes-adjacent, after all. So far even the answers in this thread leaving…

Depending who you ask, CD stands for one of two things: Continuous _Deployment_ or Continuous _Delivery_ and they're not actually the same thing.

Want to go camping? You go on Amazon and order a tent. An Amazon truck _delivers_ it to you. Not the same as deployment. Deployment is when you pitch the tent.

Argo CD and Flux are great at Deployment. "Make this run in my cluster."

Neither of them addresses the other need -- delivery -- getting artifacts from point A to point B with adequate quality gates, etc. along the way.

Re: Kargo, a multi-stage application lifecycle orchestrator

#47
post #40

Another project announcement, another situation where I would literally pay a coffee's worth to cut to the chase -- why is there a need for another GitOps tool when several already exist? Tighter integration with other Argo products? Why is this not simple a new component of Argo CI/CD? How much is "thought-leadership" a part of it, it is Kubernetes-adjacent, after all. So far even the answers in this thread leaving…

[deleted]

Re: Kargo, a multi-stage application lifecycle orchestrator

#48

I've only skimmed the quickstart docs https://kargo.akuity.io/quickstart/ but this snippet immediately clicks for me as something that I'd want to try cat Have enjoyed using argo in general in the past, its got a great model for k8s native workflows / events but never got to using it for CD.

I used Argo for some e2e test suites I wrote and it was a god send. Being able to trigger off of GitHub labels was so insanely powerful for building developer tooling.

Re: Kargo, a multi-stage application lifecycle orchestrator

#49
post #43

If Kargo requires R/W access to GitHub, and auto updates charts/images, isn’t that asking for your production environment to be infected by a change prepared and cultured in your dev environment and then auto updating / hiding itself into prod freight? We disallow writing back to GitHub to avoid this issue, and manage stages through branches, combined with directories for overlays. Things can get out of sync, but com…

Couldn’t this be mitigated against by using something like codeowners and only allowing access to manage versioning files?

Re: Kargo, a multi-stage application lifecycle orchestrator

#50
post #41
post #39

Earlier quoted context omitted.

Using Kubernetes locks you into kubernetes. ArgoCD doesn't lock you into Kubernetes because its just a wrapper around managing kubernetes manifests Its like arguing that cloudformation locks you into aws

I feel like Im missing something obvious but… cloudformation does lock you into aws, doesn’t it?

It totally does. And it's an interesting argument when things like Terraform exist.
Post reply on HN