-
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
[Alerting][Docs] Moving alerting setup to its own page #101323
Conversation
@@ -92,22 +92,6 @@ Using the server monitoring example, each server with average CPU > 0.9 is track | |||
|
|||
image::images/alerts.svg[{kib} tracks each detected condition as an alert and takes action on each alert] | |||
|
|||
[float] |
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.
Moved to the Defining rules
page, to be closer to where the setup for this concept is.
@@ -150,65 +134,4 @@ Functionally, {kib} alerting differs in that: | |||
At a higher level, {kib} alerting allows rich integrations across use cases like <<xpack-apm,*APM*>>, <<metrics-app,*Metrics*>>, <<xpack-siem,*Security*>>, and <<uptime-app,*Uptime*>>. | |||
Pre-packaged *rule types* simplify setup and hide the details of complex, domain-specific detections, while providing a consistent interface across {kib}. | |||
|
|||
[float] |
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.
Moved to its own page
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.
A few comments on Alerting overview page:
This paragraph needs some work. The list needs to be written paralle. Can the condition and schedule have different times?
For example, when monitoring a set of servers, a rule might check for average CPU usage > 0.9 on each server for the last two minutes (condition), checked every minute (schedule), sending a warning email message via SMTP with subject CPU on {{server}} is high (action).
javascript function > Javascript function
Items in a bulleted list should start with caps (for example, "The connector you type"
Suggest removing the prequisites section at the end of the file.
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.
@gchaps Addressed your comments in this commit: 74c50df
I changed the paragraph to be a list...is that clearer? The condition and schedule can have different times.
The Alerting prerequisites section is there temporarily for cross doc link compatibility. Once this PR is merged, I can make a PR to update the observability doc that links to the prerequisites section, and then I will do a cleanup PR here to remove it.
docs/redirects.asciidoc
Outdated
@@ -308,3 +308,7 @@ This content has moved. Refer to <<discover-view-surrounding-documents>>. | |||
|
|||
This content has moved. Refer to <<string-field-formatters>>. | |||
|
|||
[role="exclude",id="alerting-setup-prerequisites"] |
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.
@gchaps I added a section to redirects but am still failing CI.
INFO:build_docs:Bad cross-document links:
11:42:23 INFO:build_docs: /tmp/docsbuild/target_repo/html/en/observability/master/create-alerts.html contains broken links to:
11:42:23 INFO:build_docs: - en/kibana/master/alerting-getting-started.html#alerting-setup-prerequisites
Any ideas?
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.
Unfortunately, redirects don't work for section-level links from other books. We'll need to open a PR on the observability-docs repo to fix that link.
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.
@lcawl Thanks! What is the order of operations here? Should I submit the PR and get it merged first then open a PR in that repo?
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 the simplest method (to avoid a chicken-and-egg scenario) might be:
(1) leave the anchor in its existing location (but with the text removed) and refrain from creating the redirect page for now. This should hopefully pass the build checks.
(2) open a PR in observability-docs to update the link to use the new page.
(3) open a PR in kibana to remove the lingering anchor (at this point you shouldn't need a redirects page entry, but I guess it doesn't hurt).
If you want my help with any of those changes or I haven't explained this sufficiently, just let me know!
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.
@lcawl That makes sense, thank you!
[[alerting-security]] | ||
== Security | ||
== Prerequisites | ||
<<alerting-prerequisites, Alerting prerequisites>> |
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 had to leave this anchor link in here for now because there are observability docs that link to it. Once this PR is merged, I will create a PR to update the link in the Obs docs, and then create another PR in Kibaba to remove this link. Unfortunately @lcawl I wasn't able to just have an empty anchor link so I left in a header and a link to the new page.
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.
Yay! Looks like the docs build was successful:
16:25:20 INFO:build_docs:All cross-document links OK
Pinging @elastic/kibana-alerting-services (Team:Alerting Services) |
@elasticmachine merge upstream |
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.
LGTM!
@@ -150,65 +134,4 @@ Functionally, {kib} alerting differs in that: | |||
At a higher level, {kib} alerting allows rich integrations across use cases like <<xpack-apm,*APM*>>, <<metrics-app,*Metrics*>>, <<xpack-siem,*Security*>>, and <<uptime-app,*Uptime*>>. | |||
Pre-packaged *rule types* simplify setup and hide the details of complex, domain-specific detections, while providing a consistent interface across {kib}. | |||
|
|||
[float] |
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.
A few comments on Alerting overview page:
This paragraph needs some work. The list needs to be written paralle. Can the condition and schedule have different times?
For example, when monitoring a set of servers, a rule might check for average CPU usage > 0.9 on each server for the last two minutes (condition), checked every minute (schedule), sending a warning email message via SMTP with subject CPU on {{server}} is high (action).
javascript function > Javascript function
Items in a bulleted list should start with caps (for example, "The connector you type"
Suggest removing the prequisites section at the end of the file.
Co-authored-by: gchaps <[email protected]>
…ing/restructure-docs-1
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.
LGTM, with one minor comment
Co-authored-by: gchaps <[email protected]>
💚 Build Succeeded
Metrics [docs]Page load bundle
History
To update your PR or re-run it, just comment with: cc @ymao1 |
* Restructuring main alerting page. Adding separate setup page * Fixing links * Moving suppressing duplicate notifications section * Adding redirect * Reverting redirect. Adding placeholder link * Adding placeholder text * Apply suggestions from code review Co-authored-by: gchaps <[email protected]> * Setup page PR fixes * Alerting page PR fixes * Update docs/user/alerting/alerting-setup.asciidoc Co-authored-by: gchaps <[email protected]> Co-authored-by: Kibana Machine <[email protected]> Co-authored-by: gchaps <[email protected]>
💚 Backport successful
This backport PR will be merged automatically after passing CI. |
…1949) * Restructuring main alerting page. Adding separate setup page * Fixing links * Moving suppressing duplicate notifications section * Adding redirect * Reverting redirect. Adding placeholder link * Adding placeholder text * Apply suggestions from code review Co-authored-by: gchaps <[email protected]> * Setup page PR fixes * Alerting page PR fixes * Update docs/user/alerting/alerting-setup.asciidoc Co-authored-by: gchaps <[email protected]> Co-authored-by: Kibana Machine <[email protected]> Co-authored-by: gchaps <[email protected]> Co-authored-by: ymao1 <[email protected]> Co-authored-by: gchaps <[email protected]>
* master: (68 commits) skip flaky suite (elastic#94043) skip flaky suite (elastic#102012) [esArchive] Persists updates for management/saved_objects/* (elastic#101992) skip flaky suite (elastic#101449) remove unnecessary hack (elastic#101909) [Exploratory View] Use human readable formats (elastic#101520) [Expressions] Refactor expression functions to use observables underneath (elastic#100409) [esArchives] Persist migrated Kibana archives (elastic#101950) [kbnArchiver] fix save to non-existent file (elastic#101974) [Enterprise Search] Add owner and description properties to kibana.json (elastic#101957) [DOCS] Fixes terminology in Stack Monitoring:Kibana alerts (elastic#101696) [Observability] [Cases] Cases in the observability app (elastic#101487) [Alerting][Docs] Combine rule creation and management pages (elastic#101498) temporarily disable build-buddy [Fleet] Fix fleet server collector in case settings are not set (elastic#101752) [Event Log] Populated rule.* ECS fields for alert events. (elastic#101132) [APM] Fleet support for merging input.config values with other nested properties in the policy input (elastic#101690) Add comments to some alerting plugin public API items (elastic#101551) [Alerting][Docs] Moving alerting setup to its own page (elastic#101323) remove uptime public API, it's not used. (elastic#101799) ...
Summary
1/3 PRs to address some alerting docs changes suggested by @gchaps. Summary of all proposed changes described here
This PR pulls out the Alerting setup and prerequisites section into its own page. Also some minor changes to the titles in the main Alerting page.
Docs preview: