-
Notifications
You must be signed in to change notification settings - Fork 487
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
bump dependencies #227
bump dependencies #227
Conversation
I've spent some time testing this e2e locally and everything works (scraping service, metrics, logs, traces). There's probably a good opportunity to add Tempo to the docker-compose and k3d examples in line with how we run Cortex and Loki, but that's out of scope of this PR. |
This needs the docs to be updated to mention the new SD configs, but that can happen in parallel with a review (edit: this is done). |
- otel: bump to 0.13.0 - prometheus: bump to release-2.21-grafana - loki: bump to 2.0
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.
Two comments. The links definitely need to be updated. After this is built let me know. I want to confirm that everything still works with Grafana Cloud.
- Replace queue with sending_queue and retry_on_failure - Change default value for retry_on_failure.max_elapsed_time to 60s - Update URLs to point to vendored version - Update configs to use new config changes (including k8s manifest)
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 for the otel updates! lgtm
pkg/tempo/config.go
Outdated
@@ -41,11 +41,12 @@ type Config struct { | |||
|
|||
// RWConfig controls the configuration of exporting to Grafana Cloud | |||
type RWConfig struct { |
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.
Any reason you didn't change the name of this struct to go with the use of PushConfig
above? I can't see the struct in use anywhere else.
@@ -88,13 +90,13 @@ service: | |||
`, | |||
}, | |||
{ | |||
name: "remote_write options", | |||
name: "push_config options", |
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.
IDK whats going on with indent here, wasn't caused by your changes of course.
* bump dependencies - otel: bump to 0.13.0 - prometheus: bump to release-2.21-grafana - loki: bump to 2.0 * fix issue where tempo config was expecting remote_write over push_config * update CHANGELOG * fix tests I broke :) * address review feedback - Replace queue with sending_queue and retry_on_failure - Change default value for retry_on_failure.max_elapsed_time to 60s - Update URLs to point to vendored version - Update configs to use new config changes (including k8s manifest) * reference new prometheus service discovery mechanisms * address feedback
All of these bumps depend on each other so it unfortunately has to be done in one massive PR.
Closes #203.
I'm also sneaking in a bug fix for #228, where I updated all the docs for Tempo to refer to
push_config
but the code still expectedremote_write
for the Tempo fields.Also Closes #228.
Requesting review from @joe-elliott for the
pkg/tempo
changes and @grafana/cloud-middleware for the broad changes.