openshift/cluster-monitoring-operator

Manage the OpenShift monitoring stack

View on GitHub ↗Jump to charts ↓

Summary Information

Updated 41 minutes ago
Added to GitGenius on June 23rd, 2023
Created on April 11th, 2018
Open Issues & Pull Requests: 45 (+0)
Number of forks: 410
Total Stargazers: 264 (+0)
Total Subscribers: 160 (+0)

Repository Insights (GitGenius)

Median issue/PR response: 27.6 days
Mean response time: 175.0 days
90th percentile: 322.2 days
Tracked items: 13

How this project is maintained

Around half of the issues opened in the past year never receive a reply. Only 11% of issues opened in the past year have been closed.

Charts & Analytics

Fetching additional details & charts...

Issue Activity (beta)

Open issues: 5
New in 7 days: 0
Closed in 7 days: 0
Avg open age: 482 days
Stale 30+ days: 2
Stale 90+ days: 2

Recent activity

Opened in 7 days: 0
Closed in 7 days: 0
Comments in 7 days: 0
Events in 7 days: 0

Top labels

  • lifecycle/rotten (14)
  • tide/merge-blocker (6)
  • lifecycle/frozen (3)
  • lifecycle/stale (3)

Most active issues this week

No issue events were indexed in the last 7 days.

Detailed Description

The Cluster Monitoring Operator is a Go-based project that manages and updates the Prometheus-based monitoring stack deployed on OpenShift clusters. It serves as the central orchestration component for cluster-wide observability, integrating multiple open-source monitoring tools into a cohesive system. The operator bundles together Prometheus Operator, Prometheus, Alertmanager, kube-state-metrics, node_exporter, and kubernetes-metrics-server, each contributing specific monitoring and alerting capabilities to the OpenShift platform.

The primary Prometheus instance deployed by this operator, named prometheus-k8s, focuses exclusively on monitoring and alerting for cluster infrastructure and OpenShift components themselves. This design choice prevents the cluster monitoring stack from being extended to monitor user applications, maintaining clear separation of concerns. Users who need application-level monitoring can instead enable User Workload Monitoring, which provisions separate Prometheus instances dedicated to their application metrics and alerts. Alertmanager operates as a cluster-global component, handling alert routing and management for all Prometheus instances running within the cluster.

The most frequently applied issue labels include lifecycle/rotten with four occurrences, indicating some issues have stalled, along with tide/merge-blocker and lifecycle/frozen labels appearing once each.

GitGenius identifies links to rancher/rancher, prometheus-operator/prometheus-operator, and open-telemetry/opentelemetry-operator, indicating shared expertise and potential collaboration patterns across the monitoring and observability ecosystem. The project is classified across multiple domains including monitoring, alerting, Grafana, observability, Prometheus, metrics collection, Kubernetes, dashboards, and operator frameworks, reflecting its comprehensive role in the OpenShift observability stack.

The operator includes specific functionality for telemetry integration, with documentation provided for sending metrics via telemetry systems and detailed data collection documentation available in the repository. The project maintains structured contribution guidelines through a CONTRIBUTING.md document and uses templated release checklists to manage version releases. This formalized approach to contributions and releases suggests an established project with clear governance and maintenance procedures. The combination of core monitoring components, user workload monitoring separation, and telemetry integration positions the Cluster Monitoring Operator as a foundational component for observability in OpenShift deployments.