-
Notifications
You must be signed in to change notification settings - Fork 8.3k
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
Migrate Uptime to new Alerting APIs #95839
Comments
Pinging @elastic/uptime (Team:uptime) |
Pinging @elastic/apm-ui (Team:apm) |
We will need this done, merged and backported before 7.15.0 feature freeze so we can remove the code in the 7.16/8.0 release cycle. |
We are using 3 soon to be deprecated apis. The routes are defined in POST We will need to update them according to the specs laid out in #90377
|
@mikecote Do you have new |
Not at this time, our first pass at the terminology change was to rename anything user-facing and breaking (like HTTP APIs). The renaming in the code will happen at a future time and most likely be done all at once as a search and replace. You can keep using AlertType TS definitions for now 👍 |
As part of the effort to update the Alerting terminology, the Alerting team has created new HTTP APIs using the
rules
terminology and deprecated the existing HTTP APIs that referencealerts
.The new APIs are documented here: https://www.elastic.co/guide/en/kibana/master/alerting-apis.html
The deprecated APIs are documented here: https://www.elastic.co/guide/en/kibana/master/alerts-api.html and will remain until 8.0 when they will be removed.
This issue is to remove usage of the legacy APIs from Uptime.
Note that in addition to route changes, API parameters have also been converted to snake case to conform to the style guide
The text was updated successfully, but these errors were encountered: