lablup / lablup/backend.ai

Implement single-entity action monitors (audit log/reporter/Prometheus)

Open
#13,216 0 comments 0 reactions 0 assignees View on GitHub
Dominant language
Python
Stars
670
Forks
183
Avg merge
15h 13m
Merged PRs (30d)
368

Description

SingleEntityActionMonitor is a pure ABC with no concrete implementations, and no service wiring passes monitors to the single-entity processor (defaults to None). Actions already migrated to the single-entity framework therefore lose the observation that the legacy BaseAction framework provides via actions/monitors/ (AuditLogMonitor, ReporterMonitor, PrometheusMonitor).

Scope:

Implement the audit-log, reporter, and Prometheus monitors for the single-entity action framework, consuming the single-entity contract (BA-7054 already preserved operation_type()/spec() on the pure-ABC base for the audit-log/reporter keys).

Wire the monitors into the single-entity processor via the DI composer so migrated actions are audit-logged, reported, and metered again.

Decide per-type duplication vs. a thin shared implementation consuming only common fields (epic open question 1).

JIRA Issue: BA-7059

Contributor guide

Open the contributing guide

Research direction

Start with the SingleEntityActionMonitor ABC, the existing actions/monitors implementations (AuditLogMonitor, ReporterMonitor, and PrometheusMonitor), and the single-entity processor's DI composer. Compare the legacy monitor contracts with the single-entity operation_type()/spec() contract, then verify that migrated actions are audit-logged, reported, and metered through the processor.

Written by the indexing model from the issue text.

Assessment

Tech stack
prometheus, python
Domain
backend, observability
Issue type
Feature
Difficulty
4/5
Estimated time
3-5 days
Activity status
Quiet
Clarity
Mostly clear
Newbie friendliness
48/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.