[Alerting][Docs] Moving alerting setup to its own page#101323
[Alerting][Docs] Moving alerting setup to its own page#101323ymao1 merged 14 commits intoelastic:masterfrom
Conversation
|
|
||
| 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.
Moved to the Defining rules page, to be closer to where the setup for this concept is.
| 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.
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.
@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
|
|
||
| This content has moved. Refer to <<string-field-formatters>>. | ||
|
|
||
| [role="exclude",id="alerting-setup-prerequisites"] |
There was a problem hiding this comment.
@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.
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.
@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.
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!
| [[alerting-security]] | ||
| == Security | ||
| == Prerequisites | ||
| <<alerting-prerequisites, Alerting prerequisites>> |
There was a problem hiding this comment.
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.
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 |
| 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.
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 <33642766+gchaps@users.noreply.github.com>
…ing/restructure-docs-1
gchaps
left a comment
There was a problem hiding this comment.
LGTM, with one minor comment
Co-authored-by: gchaps <33642766+gchaps@users.noreply.github.com>
💚 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 <33642766+gchaps@users.noreply.github.com> * Setup page PR fixes * Alerting page PR fixes * Update docs/user/alerting/alerting-setup.asciidoc Co-authored-by: gchaps <33642766+gchaps@users.noreply.github.com> Co-authored-by: Kibana Machine <42973632+kibanamachine@users.noreply.github.com> Co-authored-by: gchaps <33642766+gchaps@users.noreply.github.com>
💚 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 <33642766+gchaps@users.noreply.github.com> * Setup page PR fixes * Alerting page PR fixes * Update docs/user/alerting/alerting-setup.asciidoc Co-authored-by: gchaps <33642766+gchaps@users.noreply.github.com> Co-authored-by: Kibana Machine <42973632+kibanamachine@users.noreply.github.com> Co-authored-by: gchaps <33642766+gchaps@users.noreply.github.com> Co-authored-by: ymao1 <ying.mao@elastic.co> Co-authored-by: gchaps <33642766+gchaps@users.noreply.github.com>
* 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: