-
Notifications
You must be signed in to change notification settings - Fork 43
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
Implement new evaluation history tracking logic #3556
Labels
Comments
dmjb
added a commit
that referenced
this issue
Jun 13, 2024
Relates to #3556 This allows the rule type engine to be reused across multiple profiles. This simplifies a change in an upcoming PR to cache rule types during profile evaluation.
10 tasks
dmjb
added a commit
that referenced
this issue
Jun 13, 2024
Relates to #3556 This allows the rule type engine to be reused across multiple profiles. This simplifies a change in an upcoming PR to cache rule types during profile evaluation.
dmjb
added a commit
that referenced
this issue
Jun 14, 2024
Relates to #3556 This allows the rule type engine to be reused across multiple profiles. This simplifies a change in an upcoming PR to cache rule types during profile evaluation.
dmjb
added a commit
that referenced
this issue
Jun 19, 2024
This adds an interface and implementation for logging rule evaluation statuses. The logic flow is described in the design doc. Note that this does not wire in the logic into the engine yet, nor does it track remediations/alerts. These will be added in future PRs. Relates to: #3556
dmjb
added a commit
that referenced
this issue
Jun 19, 2024
This adds an interface and implementation for logging rule evaluation statuses. The logic flow is described in the design doc. Note that this does not wire in the logic into the engine yet, nor does it track remediations/alerts. These will be added in future PRs. Relates to: #3556
dmjb
added a commit
that referenced
this issue
Jun 19, 2024
This will make it easier to sort the rows by date/time. Relates to: #3556
10 tasks
dmjb
added a commit
that referenced
this issue
Jun 19, 2024
This will make it easier to sort the rows by date/time. Relates to: #3556
dmjb
added a commit
that referenced
this issue
Jun 19, 2024
This adds an interface and implementation for logging rule evaluation statuses. The logic flow is described in the design doc. Note that this does not wire in the logic into the engine yet, nor does it track remediations/alerts. These will be added in future PRs. Relates to: #3556
dmjb
added a commit
that referenced
this issue
Jun 19, 2024
This adds an interface and implementation for logging rule evaluation statuses. The logic flow is described in the design doc. Note that this does not wire in the logic into the engine yet, nor does it track remediations/alerts. These will be added in future PRs. Relates to: #3556
dmjb
added a commit
that referenced
this issue
Jun 19, 2024
This adds an interface and implementation for logging rule evaluation statuses. The logic flow is described in the design doc. Note that this does not wire in the logic into the engine yet, nor does it track remediations/alerts. These will be added in future PRs. Relates to: #3556
dmjb
added a commit
that referenced
this issue
Jun 21, 2024
Add in some basic metrics to track rule/entity evaluations to the engine. Note that the metrics for alerts and remediations are not wired in yet since they depend on some changes which will be added in the next PR. I have taken a different approach to handling noop metrics than is used in the codebase so far: instead of defining an interface and separate real vs noop implementations, I have decided to make use of the noop metrics handling built into otel: there is now a metrics meter factory with alternative implementation for noop vs "real" metrics. Any part of the code which needs to create metrics can use the factory without caring whether the metrics are actually exported or not. Relates to: #3556
dmjb
added a commit
that referenced
this issue
Jun 24, 2024
Add in some basic metrics to track rule/entity evaluations to the engine. Note that the metrics for alerts and remediations are not wired in yet since they depend on some changes which will be added in the next PR. I have taken a different approach to handling noop metrics than is used in the codebase so far: instead of defining an interface and separate real vs noop implementations, I have decided to make use of the noop metrics handling built into otel: there is now a metrics meter factory with alternative implementation for noop vs "real" metrics. Any part of the code which needs to create metrics can use the factory without caring whether the metrics are actually exported or not. Relates to: #3556
dmjb
added a commit
that referenced
this issue
Jun 24, 2024
This PR wires the eval history service into the evaluation engine. It is gated behind a feature flag while we experiment with it. A follow on PR will add logging for remediation and alerting. Relates to #3556
dmjb
added a commit
that referenced
this issue
Jun 25, 2024
This PR wires the eval history service into the evaluation engine. It is gated behind a feature flag while we experiment with it. A follow on PR will add logging for remediation and alerting. Relates to #3556
dmjb
added a commit
that referenced
this issue
Jun 25, 2024
This PR wires the eval history service into the evaluation engine. It is gated behind a feature flag while we experiment with it. A follow on PR will add logging for remediation and alerting. Relates to #3556
dmjb
added a commit
that referenced
this issue
Jun 25, 2024
This PR wires the eval history service into the evaluation engine. It is gated behind a feature flag while we experiment with it. A follow on PR will add logging for remediation and alerting. Relates to #3556
dmjb
added a commit
that referenced
this issue
Jun 25, 2024
This PR wires the eval history service into the evaluation engine. It is gated behind a feature flag while we experiment with it. A follow on PR will add logging for remediation and alerting. Relates to #3556
dmjb
added a commit
that referenced
this issue
Jun 26, 2024
This PR wires the eval history service into the evaluation engine. It is gated behind a feature flag while we experiment with it. A follow on PR will add logging for remediation and alerting. Relates to #3556
dmjb
added a commit
that referenced
this issue
Jun 26, 2024
This captures the alert and remediation statuses and stores them in the new tables. Fixes #3556
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Please describe the enhancement
As described in design doc in epic.
Solution Proposal
As described in design doc in epic.
Describe alternatives you've considered
No response
Additional context
No response
Acceptance Criteria
No response
The text was updated successfully, but these errors were encountered: