-
Notifications
You must be signed in to change notification settings - Fork 2.5k
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
Implement Telemetery struct for V1 Components Initialization #5695
Conversation
Signed-off-by: Wise-Wizard <[email protected]>
Signed-off-by: Wise-Wizard <[email protected]>
Codecov ReportAttention: Patch coverage is
Additional details and impacted files@@ Coverage Diff @@
## main #5695 +/- ##
==========================================
- Coverage 96.88% 96.84% -0.05%
==========================================
Files 334 335 +1
Lines 16141 16155 +14
==========================================
+ Hits 15639 15645 +6
- Misses 333 340 +7
- Partials 169 170 +1
Flags with carried forward coverage won't be shown. Click here to find out more. ☔ View full report in Codecov by Sentry. |
The initialization of the Telemetery Struct can't be done from the source itself, because different components have different requirements. Some mains() are passing jTracer.NoOp, whereas some aren't passing any Tracer/Metrics Factory itself. |
Co-authored-by: Yuri Shkuro <[email protected]> Signed-off-by: Saransh Shankar <[email protected]>
Signed-off-by: Wise-Wizard <[email protected]>
Signed-off-by: Wise-Wizard <[email protected]>
Co-authored-by: Yuri Shkuro <[email protected]> Signed-off-by: Saransh Shankar <[email protected]>
Signed-off-by: Wise-Wizard <[email protected]>
Signed-off-by: Wise-Wizard <[email protected]>
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, let's clean up tests / lint and merge
Signed-off-by: Wise-Wizard <[email protected]>
Also, Please review the server_Test.go file, should I keep initializing the telset in each function call, or should I create a separate function initializing the telset, because args for logger (zaptest.Logger/flagsvc.Logger) and healthcheck can be different based on the function that is calling it. |
I think in the current form it's not worse than before, but yes, we need to address it later by properly instructing OTEL Collector to configure the telemetry providers. |
create a helper function and call it from each test |
Signed-off-by: Wise-Wizard <[email protected]>
Signed-off-by: Wise-Wizard <[email protected]>
Signed-off-by: Wise-Wizard <[email protected]>
why? If nil pointer results in a panic you get the exact line in the stacktrace. |
Signed-off-by: Wise-Wizard <[email protected]>
Signed-off-by: Wise-Wizard <[email protected]>
Co-authored-by: Yuri Shkuro <[email protected]> Signed-off-by: Saransh Shankar <[email protected]>
Signed-off-by: Wise-Wizard <[email protected]>
Signed-off-by: Wise-Wizard <[email protected]>
Which problem is this PR solving?
This PR addresses a part of the issue #5633
Description of the changes
This is a Draft PR to achieve Observability Parity between V1 and V2 components by creating an unified telemetery container to pass observability clients to V1 components.
How was this change tested?
The changes were tested by running the following command:
make test
Checklist
for jaeger: make lint test
for jaeger-ui: yarn lint
andyarn test