Skip to content
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(uptime): new snuba-uptime-results topic #359

Closed
wants to merge 7 commits into from

Conversation

JoshFerge
Copy link
Member

@JoshFerge JoshFerge commented Dec 20, 2024

creates a new kafka topic snuba-uptime-results which will be used for sending uptime results to snuba.

needed for https://github.com/getsentry/team-uptime/issues/23

{
"$schema": "http://json-schema.org/draft-07/schema#",
"title": "snuba_uptime_result",
"definitions": {
Copy link
Member Author

@JoshFerge JoshFerge Dec 20, 2024

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

these are copied from

i tried to link directly to them with a "$ref", but it doesn't seem like our framework supports that.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@lynnagara do you know if it's possible to cross reference schemas somehow in this repo?

Would be nice to not need to duplicate these

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@wedamija is dealing with this in #360

Copy link
Member

@evanpurkhiser evanpurkhiser Dec 23, 2024

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Oh cool, I totally missed it. Thanks!

@JoshFerge JoshFerge marked this pull request as ready for review December 20, 2024 22:31
@JoshFerge JoshFerge requested review from a team as code owners December 20, 2024 22:31
@JoshFerge JoshFerge requested a review from a team December 20, 2024 22:33
- version: 1
compatibility_mode: backward
type: json
resource: snuba-uptime-results.v1.schema.json
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think the schemas are identical, so can we just point to uptime-results.yaml here and avoid the duplication?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

they aren't identical, as the new schema contains organization_id, project_id, retention_days, and region_slug which the old one does not contain.

we could alternatively update the old schema to contain these values i suppose.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

👎 to having the other schema include these values. They won't be used since the uptime checker isn't aware of org / project_id (and can't be since the requests are de-duplicated right now)

wedamija added a commit that referenced this pull request Dec 21, 2024
I wanted to avoid duplication in #359, so I wrote #360 to allow us to reference other schemas.
wedamija added a commit that referenced this pull request Dec 21, 2024
I wanted to avoid duplication in #359, so I wrote #360 to allow us to reference other schemas.
@@ -88,6 +89,7 @@
/schemas/monitors-clock-tick.v1.schema.json @getsentry/crons
/schemas/monitors-clock-tasks.v1.schema.json @getsentry/crons
/schemas/uptime-results.v1.schema.json @getsentry/crons
/schemas/uptime-results.v1.schema.json @getsentry/crons
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Duplicate?

wedamija added a commit that referenced this pull request Dec 23, 2024
I wanted to avoid duplication in #359, so I wrote #360 to allow us to reference other schemas.
wedamija added a commit that referenced this pull request Dec 23, 2024
I wanted to avoid duplication in #359, so I wrote #360 to allow us to reference other schemas.
wedamija added a commit that referenced this pull request Dec 23, 2024
I wanted to avoid duplication in #359, so I wrote #360 to allow us to reference other schemas.
@wedamija
Copy link
Member

I handled avoiding the duplication here, after some changes to our schema library: #361

@wedamija wedamija closed this Dec 23, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants