Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Comparison to Argocd #16

Open
ntorba opened this issue Jan 5, 2021 · 2 comments
Open

Comparison to Argocd #16

ntorba opened this issue Jan 5, 2021 · 2 comments
Labels
documentation Improvements or additions to documentation question Further information is requested

Comments

@ntorba
Copy link

ntorba commented Jan 5, 2021

Hello kubeapply team!

I am curious in the differences between this tool and argocd (and if they are even reasonable to compare).
Argocd can also be used to link cluster state to a github repo.

What was not present in argocd that made building this project a better option?

Thanks

Nick

@yolken-segment yolken-segment added documentation Improvements or additions to documentation question Further information is requested labels Jan 6, 2021
@yolken-segment
Copy link
Contributor

Thanks for the questions.

This project was actually developed before we knew about Argo CD, so we did not create it based on any shortcomings in the latter.

I've played around with Argo CD a bit, and I think the projects have similar goals, but it seems like the main difference is in the workflows. Kubeapply integrates the change process into the Github pull request process (inspired by Atlantis for Terraform changes), whereas Argo is more of an independent system that syncs Kubernetes clusters with config changes in git repos (independent of how those changes were made). Another difference is that kubeapply is more explicit about the config expansion process; Argo CD supports applying from Helm charts, etc. but it looks like this expansion is done implicitly as part of the app update process.

At this point, Argo CD has more development resources behind it and better documentation, so it's probably the safer and more general of the two choices if you're on the fence. We still actively use kubeapply at Segment, however, and we plan to continue developing it for our use cases in the future.

Hope this helps. I'll also add something to README about this since others will probably wonder the same thing.

@ntorba
Copy link
Author

ntorba commented Jan 10, 2021

@yolken-segment Thank you!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
documentation Improvements or additions to documentation question Further information is requested
Projects
None yet
Development

No branches or pull requests

2 participants