-
Notifications
You must be signed in to change notification settings - Fork 62
[epic] ClusterExtension uses service account provided in spec to manage content #737
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
Comments
I've done some hacking today to get support into helm-operator-plugins and rukpak for specifying and using a service account operator-framework/rukpak#857 I know we're looking to eliminate the separate rukpak controller's but perhaps these changes are useful in some way if we reuse or vendor helm-operator-plugins and/or rukpak code. |
Related #840 |
/assign |
By the way, I think this particular feature is going to be a fairly complex change that will require some upfront design. @skattoju if you want to pick this up, can we do a kickoff meeting to discuss the high level goals and talk through some of the implications? And I think we'll want to put together a design doc for this one once we figure out what the plan is. The issue that @varshaprasad96 linked has a bunch of the context. |
Definitely! I'll set something up 👍 |
i have started a PoC i am still testing to see if it works.. |
Just checking to see if this epic is still in correct state ("Needs Docs")? I see a doc task in the description that is closed and there are no open issues. Can we close this out? |
@joelanford looks like the PR for that docs issue just merged today, should be good to close it out! |
For more information on this feature, please see the following documents:
Tasks
The text was updated successfully, but these errors were encountered: