-
Notifications
You must be signed in to change notification settings - Fork 136
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
Consider integration with Flux via a "Ytt Controller" #802
Comments
This issue is being marked as stale due to a long period of inactivity and will be closed in 5 days if there is no response. |
Dear bot, please keep the issue open :) |
This issue is being marked as stale due to a long period of inactivity and will be closed in 5 days if there is no response. |
Thanks to Praveen for valiantly fighting off the bot, I am going to add a discussion tag here so that it so that we can have a truce 😆 |
I think it would be interesting to compare the pros and cons of having fine grained controllers vs having a "use flux to deploy a Carvel package" controller. |
@100mik this is the community Ytt Controller I mentioned earlier that makes it possible to use ytt with Flux: https://projectsveltos.github.io/sveltos/ytt_extension/ Project: https://github.com/gianlucam76/ytt-controller It works as a post-processor outside Flux. What I had in mind was a native ytt controller built using the GitOps Toolkit provided by the Flux project (similar to how the kustomize and helm controllers work). |
Would this mean we would contribute these bits to the Flux project directly? |
this would be a great addition to natively support in carvel. I recently created a similar issue here. this would not be a contribution to the flux project but rather a carvel maintained controller that could reference flux objects. just like the community project mentioned above. I would like to see both the kapp integration and the ytt controller make it into official carvel features |
Describe the problem/challenge you have
I really like working with ytt and I usually use it together with kapp-controller. Still, I'm afraid many organisations might miss out on the great power of ytt because of the challenge to integrate it in their already-established GitOps workflow based on Flux. And that would limit a wider adoption of ytt.
Describe the solution you'd like
Flux is based on highly modular toolkit. In particular, the Source Controller provides support for different types of artefacts (Git, OCI, buckets), the Kustomize Controller provides support for Kustomize-based deployments, and Helm Controller for helm releases. Perhaps it could be an idea to introduce a Ytt Controller component in the GitOps Toolkit used by Flux. What do you think?
Anything else you would like to add:
In a recent community meeting, there was a conversation around integration possibilities with Flux and some of the resulting ideas are gathered in carvel-dev/kapp-controller#1048.
Vote on this request
This is an invitation to the community to vote on issues, to help us prioritize our backlog. Use the "smiley face" up to the right of this comment to vote.
👍 "I would like to see this addressed as soon as possible"
👎 "There are other more important things to focus on right now"
We are also happy to receive and review Pull Requests if you want to help working on this issue.
The text was updated successfully, but these errors were encountered: