Open atoulme opened 3 weeks ago
Pinging code owners:
receiver/httpcheck: @codeboten
See Adding Labels via Comments if you do not have permissions to add labels yourself.
Pinging code owners for receiver/httpcheck: @codeboten. See Adding Labels via Comments if you do not have permissions to add labels yourself.
I think this could be very useful as both a conditional and optional set of metrics.
E.g. The metrics are only reported for "https" protocol, and only if the user turns it on.
I do wonder if we can approximately copy the metrics enumeration elastic has made:
These are dimensions to metrics, looks like. My proposal is to match what tlscheck receiver offers.
These are dimensions to metrics, looks like. My proposal is to match what tlscheck receiver offers.
Not a bad convention... I think a limited set of metric dimentions to start may be easier / more minimal.
I wouldn't mind taking a stab at this one... it is quite interesting that we have:
As separate components, when this proposal kind of combines the TLSCheck functionality (sort of) with HttpCheck. It seems to be like we could potentially re-use some of the TLSCheck code. I will contemplate some options there...
Component(s)
receiver/httpcheck
Is your feature request related to a problem? Please describe.
The httpcheckreceiver can be used to perform periodic checks of a HTTP endpoint. The receiver can be enhanced to report certificate information as well.
Describe the solution you'd like
Ideally, the solution should match the metric and method used by the tlscheckreceiver. https://github.com/open-telemetry/opentelemetry-collector-contrib/tree/main/receiver/tlscheckreceiver
Describe alternatives you've considered
No response
Additional context
No response