-
Notifications
You must be signed in to change notification settings - Fork 458
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
Enable controller and webhook for TargetAllocator CR #3426
base: main
Are you sure you want to change the base?
Conversation
91a1081
to
9b78ffa
Compare
9b78ffa
to
1089b10
Compare
1089b10
to
ffc8da6
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.
minor docs comments, otherwise this looks good!
# Conflicts: # bundle/community/manifests/opentelemetry-operator.clusterserviceversion.yaml # bundle/openshift/manifests/opentelemetry-operator.clusterserviceversion.yaml # Conflicts: # bundle/community/manifests/opentelemetry-operator.clusterserviceversion.yaml # bundle/openshift/manifests/opentelemetry-operator.clusterserviceversion.yaml
Co-authored-by: Jacob Aronoff <[email protected]>
Co-authored-by: Jacob Aronoff <[email protected]>
e75275a
to
4b9a572
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.
Great job!
@@ -122,6 +123,51 @@ In essence, Prometheus Receiver configs are overridden with a `http_sd_config` d | |||
Allocator, these are then loadbalanced/sharded to the Collectors. The [Prometheus Receiver](https://github.com/open-telemetry/opentelemetry-collector-contrib/blob/main/receiver/prometheusreceiver/README.md) configs that are overridden | |||
are what will be distributed with the same name. | |||
|
|||
## TargetAllocator CRD |
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.
Nit: how about documenting the operator.collector.targetallocatorcr
feature flag and explain what is the effect regarding this CRD?
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'm not sure that's helpful at this point. That flag controls how the collector CR is reconciled, it doesn't have anything to do with the TargetAllocator CR per se. I introduced it specifically so that this PR doesn't change any existing code paths.
@IshwarKanse maybe you can provide some ideas about the testing for this? |
Description:
Enable the TargetAllocator CRD. This is really just a bunch of bookkeeping manifest changes, plus some new E2E tests. Note that whether the Collector subresource uses the new CR is still controlled by an alpha feature gate.
I'll clean up and consolidate the tests after this is merged.
Link to tracking Issue(s):
Testing:
Documentation: