feat(uptime): Add request{method,headers,body} fields

[evanpurkhiser]

Adds to the uptime-configs topic schema the ability to specify method, headers, and body

[github-actions]

versions in use:

The following repositories use one of the schemas you are editing. It is recommended to roll out schema changes in small PRs, meaning that if those used versions lag behind the latest, it is probably best to update those services before rolling out your change.

• getsentry/uptime-checker: rust:sentry-kafka-schemas==0.1.103 (upgrade)
• getsentry/sentry: pip:sentry-kafka-schemas==0.1.106 (upgrade)

latest version: 0.1.107

changes considered breaking

schemas/uptime-configs.v1.schema.json

• Added a new property, but the consumer has been ignoring additional properties so far. This is probably still fine, but please double-check that the producer does not already send this property with a different type in practice than you defined in this schema.

  {"path": "", "change": {"PropertyAdd": {"lhs_additional_properties": true, "added": "request_body"}}}
  

• Added a new property, but the consumer has been ignoring additional properties so far. This is probably still fine, but please double-check that the producer does not already send this property with a different type in practice than you defined in this schema.

  {"path": "", "change": {"PropertyAdd": {"lhs_additional_properties": true, "added": "request_headers"}}}
  

• Added a new property, but the consumer has been ignoring additional properties so far. This is probably still fine, but please double-check that the producer does not already send this property with a different type in practice than you defined in this schema.

  {"path": "", "change": {"PropertyAdd": {"lhs_additional_properties": true, "added": "request_method"}}}
  

⚠️ This PR contains breaking changes. Normally you should avoid that and make
your consumer backwards-compatible (meaning that updated consumers can still
accept old messages). There are a few exceptions:

• If consumers already require these invariants in practice, and you're
  just adjusting the JSON schema to reality, ignore this warning.

• If you know what you are doing, this change could potentially be rolled out
  to producers first, but that's not a flow we support.

[wedamija]

Now that I'm thinking about it... should the body also just be a json dict? Mostly people are sending specific key/val params here right?

[evanpurkhiser]

no I think it's very reasonable someone might want to pass xml or some other format