I'm struggling to see how this operator helps-- is there some scenario that I cannot imagine that others are dealing with where this operator is useful? Specifically, what problems does this solve?
There's several benefits we had in mind when building this (after using self-hosted Renovate ourselves):
k8s-native approach: It uses CRDs, so that Renovate configs are Kubernetes resources. You can manage them more easily/granular with Argo/Flux/kubectl as part of existing workflows instead of a Cronjob.
Job isolation: The operator spawns individual jobs per repo instead of one run. If a repo is stuck it doesn't block everything else.
Webhook support: repos get updated immediately, not just on the next cron cycle.
Visibility: There's a light-weight, built-in UI showing repos, job status, and progress.
There's more on the Github repo, we added a full list of features and benefits to the readme.
Of course, in the end it comes down to individual preferences :) Not saying one way is better than the other. We just felt that for us, the operator-based approach would work better and we're happy if the project is benefitial for others as well!
baby_souffle|18 days ago
I can only imagine a set of intersecting edge cases where operator pattern is the most logical solution…
Edit: good answers here. https://old.reddit.com/r/kubernetes/comments/1r1u7um/renovat...
rirze|18 days ago
JanLepsky|18 days ago
There's more on the Github repo, we added a full list of features and benefits to the readme.
Of course, in the end it comes down to individual preferences :) Not saying one way is better than the other. We just felt that for us, the operator-based approach would work better and we're happy if the project is benefitial for others as well!
bryanlarsen|18 days ago