Verify DORA metrics flowing in Grafana dashboard #20
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Type
Feature
Lineage
Standalone -- discovered during DORA metrics gap analysis for landscaping-assistant.
Repo
ldraney/landscaping-assistantUser Story
As a platform operator
I want to confirm landscaping-assistant DORA metrics appear in the Grafana DORA dashboard
So that I can track deployment frequency, lead time, CFR, and MTTR for this app
Context
The platform dora-exporter (pal-e-dora-exporter) auto-discovers all Woodpecker-active repos via
WoodpeckerClient.list_repos(active=True)and all Forgejo repos viaForgejoClient.repo_search(). landscaping-assistant is Woodpecker repo ID 38 and has merged PRs (#3-#10), so metrics should already be flowing. The DORA dashboard uses a$repotemplate variable populated bylabel_values(dora_pr_merges_total, repo), so landscaping-assistant should appear in the repo dropdown. This ticket is verification-only -- no code changes expected unless something is broken.File Targets
Files the agent should modify or create:
Files the agent should NOT touch:
pal-e-platform/terraform/dashboards/dora-dashboard.json-- dashboard is repo-agnostic, no changes neededpal-e-dora-exporter/-- exporter auto-discovers, no changes neededAcceptance Criteria
ldraney/landscaping-assistantin repo filter, confirm deployment frequency panel shows dataTest Expectations
kubectl logs -n monitoring deploy/dora-exporter | grep landscapingConstraints
Checklist
Related
project-landscaping-assistant-- project this affectspal-e-dora-exporter-- the exporter that collects metricsDORA Metrics Verification Report
Summary
All four DORA metric categories are flowing for
ldraney/landscaping-assistant. The exporter is healthy, Prometheus is scraping, and the dashboard template variable will include this repo in the dropdown. One known gap exists (MTTR panel empty) which is already tracked by issue #57.1. dora-exporter Status
dora-exporter-5666568859-pv7rxinmonitoringnamespace --1/1 READY, running 92 daysharbor.tail5b443a.ts.net/pal-e-dora-exporter/dora-exporter:latestup{job="dora-exporter"} = 1(healthy)/metricson port 8000 every 60shyprland-wiki). No errors for landscaping-assistant.2. Metrics Present for landscaping-assistant
Deployment Frequency (Woodpecker pipelines):
PR Lead Time (Forgejo PRs):
Change Failure Rate:
Note: The high CFR is expected -- this is a new repo with many early pipeline configuration failures. As the pipeline stabilizes, this will improve.
MTTR (Mean Time to Recovery):
This metric is empty for ALL repos, not just landscaping-assistant. Root cause: Woodpecker API returns null
started_at/finished_attimestamps, which prevents the exporter from recording the last successful deployment timestamp. This is already tracked in issue #57 ("Woodpecker pipeline missing timestamps for DORA metrics").3. Grafana Dashboard
pal-e-platform/terraform/dashboards/dora-dashboard.jsonis correctly configured$repouseslabel_values(dora_pr_merges_total, repo)-- landscaping-assistant is present in Prometheus with value 22, so it will appear in the dropdownrepo=~"$repo"filter, which will work correctlygrafana_dashboard: "1"label (sidecar auto-discovery)4. Acceptance Criteria Assessment
dora_pr_merges_total{repo="ldraney/landscaping-assistant"}exists in Prometheus5. Follow-up Items
hyprland-wiki404 error in exporter logs is cosmetic but should be cleaned up (repo likely deleted/renamed).