-
Notifications
You must be signed in to change notification settings - Fork 13
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
instrument retrying channels scheduled executor service #485
Conversation
Generate changelog in
|
@@ -80,6 +83,7 @@ | |||
ClientConfiguration.RetryOnTimeout retryOnTimeout) { | |||
this( | |||
delegate, | |||
new DefaultTaggedMetricRegistry(), |
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 think we need to add this to the constructor and pass the registry from our ClientConfiguration
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.
Yes we do do that, this constructor is only visible for testing. Let me make that more clear
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.
oh doh, I misread, sorry!
private static ListeningScheduledExecutorService instrument( | ||
ScheduledExecutorService delegate, TaggedMetricRegistry metrics) { | ||
return MoreExecutors.listeningDecorator( | ||
Tracers.wrap(SCHEDULER_NAME, MetricRegistries.instrument(metrics, delegate, SCHEDULER_NAME))); |
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.
nice
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.
thanks!
🤖 |
Released 0.13.3 |
Before this PR
We had no metrics on number of pending requests
After this PR
==COMMIT_MSG==
We produce metrics about requests that are going to be retried
==COMMIT_MSG==
Possible downsides?
This uses tritium to instrument the scheduledExecutor so the metric names won't be the best