@@ -13,16 +13,16 @@ you to customize anomaly detection.
1313
1414_Rules_ instruct anomaly detectors to change their behavior based on
1515domain-specific knowledge that you provide. When you create a rule, you can
16- specify conditions, scope, and actions. By default, the scope of a rule is
17- unlimited and you must specify at least one condition. When the conditions of a
18- rule are satisfied, its action is triggered.
16+ specify conditions, scope, and actions. When the conditions of a rule are
17+ satisfied, its actions are triggered.
1918
2019For example, if you have an anomaly detector that is analyzing CPU usage, you
21- might decide you are only interested in abnormally high usage. You can define a
22- rule with conditions and actions that instruct the detector to refrain from
23- generating {ml} results when there are anomalous events related to low CPU
24- usage. You might also decide to add a scope for the rule, such that it applies
25- only to certain machines. The scope is defined by using {ml} filters.
20+ might decide you are only interested in anomalies where the CPU usage is greater
21+ than a certain threshold. You can define a rule with conditions and actions that
22+ instruct the detector to refrain from generating {ml} results when there are
23+ anomalous events related to low CPU usage. You might also decide to add a scope
24+ for the rule, such that it applies only to certain machines. The scope is
25+ defined by using {ml} filters.
2626
2727_Filters_ contain a list of values that you can use to include or exclude events
2828from the {ml} analysis. You can use the same filter in multiple jobs.
0 commit comments