What problem does it solve?
Monitoring engineers and platform teams need a consistent, correct way to author PrometheusRule alerts/recording rules and to wire up metric scraping plus Alertmanager routing and silences, without breaking discovery labels or common platform conventions.
Core Features & Use Cases
- Author PrometheusRule alerts & recording rules: Create PrometheusRule manifests using the required kube-prometheus-stack discovery label and standardized alert annotations, including severity and for-duration guidance.
- Define scrape targets with ServiceMonitor and PodMonitor: Set up Kubernetes metric scraping for services and pods, including correct namespace placement, selectors, and required labels.
- Configure Alertmanager and silencing behavior: Add AlertmanagerConfig routing and create Silence CRs for declarative suppression of known alerts.
- Build canary health checks: Write Canary resources for synthetic HTTP checks and Kubernetes CEL-based health verification, avoiding canary patterns that produce false negatives.
Quick Start
Use the monitoring-authoring skill to create a PrometheusRule, ServiceMonitor, and a Canary for your new application so alerts and scrapes are discovered by Prometheus and routing/silencing rules are aligned with the platform conventions.