-
Notifications
You must be signed in to change notification settings - Fork 537
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
CCXDEV-10455: update insightsDataGather to v1alpha2 with GathererConfig #2195
CCXDEV-10455: update insightsDataGather to v1alpha2 with GathererConfig #2195
Conversation
Hello @opokornyy! Some important instructions when contributing to openshift/api: |
c78f261
to
3986a7e
Compare
@opokornyy: This pull request references CCXDEV-10455 which is a valid jira issue. Warning: The referenced jira issue has an invalid target version for the target branch this PR targets: expected the story to target the "4.19.0" version, but no target version was set. In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the openshift-eng/jira-lifecycle-plugin repository. |
be009b6
to
886b8ee
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.
/lgtm
98363ff
to
f06d4c2
Compare
} | ||
|
||
// gathererConfig allows to configure specific gatherers | ||
type GathererConfig struct { |
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 API has existed for some time now, did we reach any consensus on potential additions to the GathererConfig? Is there any feedback that individual gatherers might need some additional configuration here?
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 don't have any additions at the moment. The main thing here is the ability to disable a specific gatherer.
eca5670
to
c72345d
Compare
/cc @everettraven can you also have a look please? |
370e87b
to
fac9dfd
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.
Aside from the open questions/threads I think this looks good. Tagging in @JoelSpeed to do a pass and get his thoughts on the open comments.
config/v1alpha2/types_insights.go
Outdated
// It may not exceed 2 items and must not contain duplicates. | ||
// Valid values are ObfuscateNetworking and WorkloadNames. | ||
// When set to ObfuscateNetworking the IP addresses and the cluster domain name are obfuscated. | ||
// When set to WorkloadNames the data from Deployment Validation Operator is obfuscated. |
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.
For my own interest, what is the Deployment Validation Operator? And what data does it produce?
Also, probably want "the"
// When set to WorkloadNames the data from Deployment Validation Operator is obfuscated. | |
// When set to WorkloadNames the data from the Deployment Validation Operator is obfuscated. |
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.
The Deployment Validation Operator runs Kube-linter
against deployment manifests to check if they follow best practices and reports the results as Prometheus metrics, which are then processed with IO.
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.
How obvious do you expect that to be to end users? I'm not sure I'd have known that, and I'm still not quite sure I'd know what this option does.
Is there a way we can work this that explains what the end user would see as a difference, without using the implementation detail in the description?
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.
Updated, now it should be hopefully more user-friendly
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.
/lgtm
265397e
to
27fed23
Compare
27fed23
to
858cda7
Compare
LGTM once #2195 (comment) is sorted |
Could you please squash the commits, I don't think we need all the fixups in the history |
1783599
to
f3f5ffe
Compare
f3f5ffe
to
7ef147e
Compare
7ef147e
to
0824b0a
Compare
This commit introduces v1alpha2 for insightsDataGather, adding GathererConfig struct to enable/disable gatherers. Signed-off-by: Ondrej Pokorny <[email protected]>
0824b0a
to
4790b49
Compare
/lgtm |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: everettraven, JoelSpeed, ncaak, opokornyy The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
/label acknowledge-critical-fixes-only |
@opokornyy: all tests passed! Full PR test history. Your PR dashboard. Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository. I understand the commands that are listed here. |
[ART PR BUILD NOTIFIER] Distgit: ose-cluster-config-api |
This PR introduces v1alpha2 for insightsDataGather, adding GathererConfig struct to enable/disable gatherers.