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

Ability to register common variables that can be used in alert action templates #67660

Closed
mikecote opened this issue May 28, 2020 · 6 comments
Closed
Labels
estimate:medium Medium Estimated Level of Effort Feature:Alerting/RuleActions Issues related to the Actions attached to Rules on the Alerting Framework Feature:Alerting insight Issues related to user insight into platform operations and resilience NeededFor:Cloud Team:ResponseOps Label for the ResponseOps team (formerly the Cases and Alerting teams)

Comments

@mikecote
Copy link
Contributor

Cloud would like to inject a few variables that any alert action can use. They would show up within the dropdown in the screenshot below.
Screen Shot 2020-05-28 at 2 05 12 PM

@mikecote mikecote added Feature:Alerting Team:ResponseOps Label for the ResponseOps team (formerly the Cases and Alerting teams) labels May 28, 2020
@elasticmachine
Copy link
Contributor

Pinging @elastic/kibana-alerting-services (Team:Alerting Services)

@pmuellr
Copy link
Member

pmuellr commented Jun 4, 2020

Thinking that we will probably want to add some kind of "registration" to allow a plugin to add new "built-in" variables in their setup/start - perhaps requiring a "top-level" name for them (eg, 'cloud' would expose 'cloud.deploymentId', ...).

As long as these values are static, the values could be provided at registration, otherwise we could allow a function to be associated with the variable, and call it as needed.

@mikecote
Copy link
Contributor Author

mikecote commented Jun 8, 2020

^^ Agreed.

I also forgot to put an example for this requirement. Cloud would like to expose the cluster name, id, etc as alert action variables.

@mikecote
Copy link
Contributor Author

Moving from 7.12 - Candidates to 7.x - Candidates.

@mikecote
Copy link
Contributor Author

mikecote commented Feb 4, 2021

Moving from 7.x - Candidates to 8.x - Candidates (Backlog) after the latest 7.x planning session.

@gmmorris gmmorris added NeededFor:Cloud Feature:Alerting/RuleActions Issues related to the Actions attached to Rules on the Alerting Framework labels Jun 30, 2021
@gmmorris gmmorris added the loe:large Large Level of Effort label Jul 14, 2021
@gmmorris gmmorris added insight Issues related to user insight into platform operations and resilience estimate:medium Medium Estimated Level of Effort labels Aug 13, 2021
@gmmorris gmmorris removed the loe:large Large Level of Effort label Sep 2, 2021
@kobelb kobelb added the needs-team Issues missing a team label label Jan 31, 2022
@botelastic botelastic bot removed the needs-team Issues missing a team label label Jan 31, 2022
@mikecote
Copy link
Contributor Author

mikecote commented May 4, 2023

Closing due to lack of interest.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
estimate:medium Medium Estimated Level of Effort Feature:Alerting/RuleActions Issues related to the Actions attached to Rules on the Alerting Framework Feature:Alerting insight Issues related to user insight into platform operations and resilience NeededFor:Cloud Team:ResponseOps Label for the ResponseOps team (formerly the Cases and Alerting teams)
Projects
No open projects
Development

No branches or pull requests

5 participants