-
Notifications
You must be signed in to change notification settings - Fork 83
Open
Labels
kind/featureCategorizes issue or PR as related to a new feature.Categorizes issue or PR as related to a new feature.needs-triageIndicates an issue or PR lacks a `triage/foo` label and requires one.Indicates an issue or PR lacks a `triage/foo` label and requires one.
Description
Feature description
When I look at our current failure metrics, it's difficult for me to tell where the metric came from.
failure_resolution_timestamp{app="basic-nginx",endpoint="http",instance="10.129.1.140:8080",issue_number="MDT-6",job="failure-exporter",namespace="sdp-byapp-dashboard",pod="failure-exporter-4-c8pct",service="failure-exporter"}
I would like to see this data enriched so that I can get back to the issue or ticket that was captured, and also see a little bit more info about it, like a title or description. This is what I would propose
failure_resolution_timestamp{app="basic-nginx",endpoint="http",instance="10.129.1.140:8080",issue_number="MDT-6",issue_link="https://github.com/dora-metrics/pelorus/issues/1097", issue_title="There's a production outage with our application", job="failure-exporter",namespace="sdp-byapp-dashboard",pod="failure-exporter-4-c8pct",service="failure-exporter"}
How this will help you
This will improve users ability to validate the metrics we collect, learn how pelorus works, and increase trust in and adoption of the tool.
Feature priority
⌛ It will greatly improve my experience using Pelorus
Code of Conduct
- I agree to follow Pelorus's Code of Conduct
Reactions are currently unavailable
Metadata
Metadata
Assignees
Labels
kind/featureCategorizes issue or PR as related to a new feature.Categorizes issue or PR as related to a new feature.needs-triageIndicates an issue or PR lacks a `triage/foo` label and requires one.Indicates an issue or PR lacks a `triage/foo` label and requires one.