You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Change the visibility of getScrapeConfigHash method in target allocator's target package so that it can be reused in prometheus receiver in the open telemetry collector.
This can use used to fix the issue where regex changes in scrape config for metric relabelling doesn't get picked up when using target allocator.
The text was updated successfully, but these errors were encountered:
Do we need these methods to be identical? Exporting the method and depending on the target allocator package in Prometheus receiver is a lot of additional coupling, and I'd rather not do it if it's not absolutely necessary. Can't the receiver just implement the hashing its own way?
I agree with @swiatekm-sumo, I don't think we should expose this publicly as it will create a cyclic dependency between ourselves and the collector which we should avoid.
@swiatekm-sumo - I was thinking having them identical gives us the benefit of keeping the behavior consistent between the 2 target allocator components. But, if we want to avoid the additional coupling I could just add the same method there too.
@jaronoff97 - Sounds good. Yes, the cyclic dependency will be a concern. Looks like the cons outweigh the pro here. I can just add the same method in the receiver too.
Component(s)
target allocator
Describe the issue you're reporting
Change the visibility of getScrapeConfigHash method in target allocator's target package so that it can be reused in prometheus receiver in the open telemetry collector.
This can use used to fix the issue where regex changes in scrape config for metric relabelling doesn't get picked up when using target allocator.
The text was updated successfully, but these errors were encountered: