Uploaded image for project: 'Helm'
  1. Helm
  2. HELM-235

Create new console install metric to be sent to local Prometheus instance

    XMLWordPrintable

Details

    • Story
    • Resolution: Done
    • Undefined
    • None
    • None
    • Helm
    • None
    • AppSvc Sprint 208, AppSvc Sprint 209

    Description

      Owner: Architect:

      Story (Required)

      As an OpenShift helm cluster operator, I will like have the count of each charts install, so I can determine which helm chart are used and to what is the level of adoption.

      Background

      We need to start creating metrics for helm at the local cluster level, so that we can later promote them to be aggregated at the Thanos level.

      Glossary

      Prometheus: https://prometheus.io/docs/prometheus/latest/getting_started/

      Out of scope

      Sending metrics to be aggregate in Thanos in this story
      Being able to track status of a chart after the install

      In Scope

      Local Prometheus metrics

      Approach(Required)

      We need to create a metrics endpoint and register with Prometheus. The firs metric we will focus on this story will be console_helm_chart_installs. The value will be counter that increases as a specific chart gets installed. There are two dimension/properties attached to the metric:

      1. The name of the chart
      2. The version of the chart

      We will need to study how Prometheus work in general and how it is being used to send metrics in redhat. We can study the way samples operator does this here: https://github.com/openshift/cluster-samples-operator/blob/master/pkg/metrics/server.go

      Dependencies

      Prometheus is deployed and configured in OpenShift cluster

      Edge Case

      NA

      Acceptance Criteria

      We can see the metric console_helm_chart_installs with all it's dimensions for each release deployed
      There is a wiki section explaining how to add local metrics to Prometheus

      INVEST Checklist

      Dependencies identified
      Blockers noted and expected delivery timelines set
      Design is implementable
      Acceptance criteria agreed upon
      Story estimated

      Legend

      Unknown
      Verified
      Unsatisfied

      Attachments

        Issue Links

          Activity

            People

              abai@redhat.com Allen Bai (Inactive)
              dperaza@redhat.com David Peraza
              Votes:
              0 Vote for this issue
              Watchers:
              2 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: