-
Notifications
You must be signed in to change notification settings - Fork 170
Implement ingested_spans_count in telemetry data. #1155
Implement ingested_spans_count in telemetry data. #1155
Conversation
5fe28b7
to
57f5d6f
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.
I assume that for telemetry purposes metric name can be anything, but to keep everything consistent we should adhere to recent "consistent metric names" design document.
57f5d6f
to
d036197
Compare
@paulfantom we should have a separate PR (after the release) that updates all telemetry metrics. This is why I didn't do in this PR. |
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.
@Harkishen-Singh ack. I was confused and though this metric would be also exposed on prometheus /metrics
endpoint, which is not the case.
LGTM on green
pkg/pgclient/client.go
Outdated
) | ||
telemetryEngine, err = telemetry.NewEngine(dbConn, PromscaleID, queryable) |
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'd recommend keeping telemetry engine creation outside of Client (that reads and writes). Imho those are different concerns. It would also make it easier to test Client as we can just inject telemetry engine...
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.
But telemetry engine needs queryable and the client needs telemetry (for passing down to IngestTraces). So if I keep it outside, like in runner.go, it will be a egg-chicken problem.
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 now, let's leave this since it's blocking the release. I have created an issue #1156 which I will solve after the release is done.
fa9f5e7
to
37eea31
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.
Looks good with the exception to what Niksa mentioned. Since that will be handled later on, I'm OK with merging this.
Signed-off-by: Harkishen-Singh <harkishensingh@hotmail.com>
37eea31
to
c0b130b
Compare
Signed-off-by: Harkishen-Singh <harkishensingh@hotmail.com> This commit fixes the wrongly added 2-alter_promscale_instance_information_column.sql to 0.8.0 when the next release scheduled was 0.10, meaning the changes to schema wont be applied. This was a bug. This commit shifts the alter column file to where it should be, i.e., 0.10.0/1-alter_promscale_instance_information_column.sql which means, the existing users when update to 0.10 will have the alter column.
c0b130b
to
d3484a0
Compare
Signed-off-by: Harkishen-Singh harkishensingh@hotmail.com
Description
This PR adds ingested spans count to telemetry data collection. It does some refactoring to client as the trace ingestor needs to access telemetryEngine, which in turn also simplifies the NewClient()
Merge requirements
Please take into account the following non-code changes that you may need to make with your PR: