-
Notifications
You must be signed in to change notification settings - Fork 94
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
feat(metrics-summaries): Emit summaries to their own topic #3045
feat(metrics-summaries): Emit summaries to their own topic #3045
Conversation
relay-server/src/services/store.rs
Outdated
KafkaTopic::MetricsSummaries, | ||
scoping.organization_id, | ||
KafkaMessage::MetricsSummary(MetricsSummaryKafkaMessage { | ||
count: summary.count.unwrap_or_default(), |
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 the fields of MetricsSummary
are Optional
for a reason. IMO we should do one of two things:
- Make the fields of
MetricsSummary
non-optional. - If it actually makes sense that these fields are empty, make the consumer accept missing /
null
values.
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 I forgot where I was going with this. The consumer supports missing values but not null
values and I think I wanted to turn that into non-optional values.
/// Summary for metrics collected during a span. | ||
pub metrics_summaries: TopicAssignment, |
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.
Let's make sure we have the topic created and relay configuration in place before merging this, to not risk auto-creating the topic on the default cluster.
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.
The topic was already created by @mwarkentin on the spans
cluster but I should probably add some config to Relay in order to not auto-create it on the events
cluster.
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.
Created a schema for this topic: getsentry/sentry-kafka-schemas#212. |
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.
See note about removing outcome, rest looks good to me! Is the config for SaaS already in place?
Instead of pushing metrics summaries as part of spans and having the Snuba consumer reads all spans, we're going to emit metrics summaries to their own topic.