Own health, readiness, metrics, logs, alerts, and the fidelity of MUTX operational signals.
src/api/metrics.py
src/api/services/monitor.py
health and readiness semantics in src/api/main.py
src/api/main.py
infrastructure/monitoring/**
trustworthy health and readiness
metrics and log schema consistency
alert usefulness
separation of demo simulation from production telemetry
synthetic monitor mutating real product records
health/readiness semantics tied to startup quirks
weak end-to-end link between API telemetry and monitoring config
python -m compileall src/api
targeted health and metrics verification
make -C infrastructure monitor-validate
do not fake production health
prefer explicit demo flags for simulation
protect operator trust in telemetry
Last updated 5 hours ago