-
Notifications
You must be signed in to change notification settings - Fork 164
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
add public controller interface #763
Conversation
71c17b3
to
8d2c303
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Besides my comment, I would prefer the HelmReleaseReconcilerFactory
to contain a comment about usage not being advised nor supported by the project itself, and it being available on a "best-effort basis".
More specifically because it can result in the consumer their controller fighting a helm-controller instance if e.g. sharding (or namespace selection) is not properly configured (or available).
In addition to issues around the life-cycle of Custom Resource Definitions, and most likely any other hidden surprise which can arise when a custom built controller and a helm-controller are deployed in the same cluster.
The contention can be handled by not reconciling resources that have an owner reference by default. When our controller creates the resources, it'll set the owner reference to the (in our case) Please comment on that issue if you think this would be an acceptable approach and I can (or I can get someone to) work on it. |
8d2c303
to
1802175
Compare
Signed-off-by: Joe Julian <me@joejulian.name>
1802175
to
92c3c06
Compare
I don’t think we should allow others to reconcile |
We already have users that use both. |
#653 moved the helmrelease controller to internal. We built our own operator around this controller. This adds a stable public wrapper around the internal controllers.
Applies to #699, redpanda-data/redpanda#13088