-
Notifications
You must be signed in to change notification settings - Fork 330
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
deps: Use opendal's PrometheusLayer directly #4041
Comments
Sure, we used to have trouble with sharing the same registry between Another blocker is that the layer observes the timer before returning timer.observe_duration();
// write_res holds a writer.
write_res.map_err(|e| {
self.stats
.increment_errors_total(Operation::Write, e.kind());
e
}) Is this an expected behavior? If not, I can help address this on the OpenDAL side. Otherwise, we might still need to maintain a different layer in this project. |
The idea of tracking the duration for a reader and writer seems illogical to me because it might include irrelevant time periods. For instance, if you create a new writer and have them write every 10 seconds, measuring their duration doesn't make sense. The current time only measures the cost of I think we can add a new metrics called |
any update here? @evenyag |
Blocked by apache/opendal#4854 and tikv/rust-prometheus#495 |
What type of enhancement is this?
Refactor, Tech debt reduction
What does the enhancement do?
The current implementation of PrometheusLayer closely resembles that of opendal's PrometheusLayer. We should consider using the upstream implementation directly and improving it together with community.
Implementation challenges
Remove
The text was updated successfully, but these errors were encountered: