-
Notifications
You must be signed in to change notification settings - Fork 1.8k
add base documentation for all operator+config resources #15806
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
Conversation
|
@kalexand-rh @bmcelvee ptal this is my attempt to straighten out/provide a base for documenting our various cluster config + operator config resources which a cluster admin would interact with in the course of configuring their cluster. |
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.
We do not wish to document this for cluster-admins. This is not an area where they are allowed to alter configuration and status is reported back through our clusteroperator, so they do not need to view this resource for status either.
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.
will remove
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.
looks like it has leaked here too. @bergerhoffer please remove references to
- kubeapiserver.operator.openshift.io
- kubecontrollermanager.operator.openshift.io
- kubescheduler.operator.openshift.io
- openshiftapiserver.operator.openshift.io
- authentication.operator.openshift.io
- serviceca.operator.openshift.io
These are not resources for cluster-admins. This is not an area where they are allowed to alter configuration and status is reported back through our clusteroperator, so they do not need to view this resource for status either.
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.
this is commented out and doesn't appear in the rendered doc. not sure why it was put here in the first place but i left it as a reference of the "global set of stuff".
|
@deads2k updated w/ the outcomes from our discussion |
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.
minor question: components or features? I think of them as features.
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.
i think of them as components (the bits of code implementing the feature) but you're probably right that to a user it's a feature. i'll change it.
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.
can you add a comment (not visible in rendered docs I hope), that say that if you find yourself writing a help page that requires coordinated changes on two resources, they should tag api-approvers and get some help rethinking their API?
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.
i.....can...... but i would imagine by the time someone is writing that doc the ship has already sailed.
your comment makes me think this has already happened? :)
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.
comment added.
|
minor comments and question /lgtm |
|
New changes are detected. LGTM label has been removed. |
|
Devex components look good. Allowing other teams to weigh in. |
|
@bmcelvee @kalexand-rh i think this has gotten all the engineering attention it's going to, ptal/merge. |
|
/hold cancel |
|
remade this PR against master: #15905 will cherry-pick that back to 4.1 and 4.2. |
No description provided.