Monitoring Guidelines

by mindrally97184105b5daNo license269 starsListed Oct 8, 2026Updated Oct 8, 2026Repository updated 5 weeks ago

Monitoring guidelines for applications and infrastructure including metrics collection, alerting strategies, and SLO-based monitoring

Instructions onlyDevOps & Cloud
AI-generated overview

Guidelines for monitoring applications and infrastructure: metrics, alerting, SLOs, dashboards, health checks and capacity planning.

What it does
Provides a reference set of monitoring principles for applications and infrastructure. It lists metrics to track across application, infrastructure and business layers, describes alert design and SLO-based alerting with error budgets and burn rates, and covers dashboard design, data collection and retention, health checks and probes, incident response and capacity planning. The output is guidance text rather than generated files or code.
When to use it
Use when setting up or reviewing monitoring and alerting for a service or infrastructure, defining SLOs and alert thresholds, designing dashboards, or planning health checks, incident response and capacity. It suits teams that need a checklist of monitoring practices to apply.
Requirements
No tools, packages, runtimes, credentials or network access are required; it is instructions only and ships no scripts.

Monitoring Guidelines

Apply these monitoring principles to ensure system reliability, performance visibility, and proactive issue detection.

Core Monitoring Principles

  • Monitor the four golden signals: latency, traffic, errors, and saturation
  • Implement monitoring as code for reproducibility
  • Design monitoring around user experience and business impact
  • Use SLOs (Service Level Objectives) to guide alerting decisions
  • Balance comprehensive coverage with actionable insights

Key Metrics to Monitor

Application Metrics

  • Request rate (requests per second)
  • Error rate (percentage of failed requests)
  • Response time (p50, p90, p95, p99 latencies)
  • Active connections and concurrent users
  • Queue depths and processing times

Infrastructure Metrics

  • CPU utilization and load average
  • Memory usage and available memory
  • Disk I/O and available storage
  • Network throughput and error rates
  • Container and pod health (for Kubernetes)

Business Metrics

  • Transaction volumes and values
  • User signups and conversions
  • Feature usage and adoption rates
  • Revenue-impacting events
  • Customer satisfaction indicators

Alerting Strategy

Alert Design Principles

  • Alert on symptoms, not causes
  • Make alerts actionable with clear remediation steps
  • Set appropriate severity levels (critical, warning, info)
  • Avoid alert fatigue through proper threshold tuning
  • Include runbook links in alert notifications

SLO-Based Alerting

  • Define SLOs for critical user journeys
  • Calculate error budgets and burn rates
  • Alert when error budget consumption is high
  • Use multi-window, multi-burn-rate alerts
  • Review and adjust SLOs quarterly

Alert Configuration

  • Set meaningful thresholds based on baseline data
  • Use hysteresis to prevent flapping alerts
  • Implement alert dependencies to reduce noise
  • Route alerts to appropriate teams
  • Configure escalation policies

Dashboard Design

Effective Dashboards

  • Create overview dashboards for service health
  • Build detailed dashboards for debugging
  • Use consistent layouts and naming conventions
  • Include time range selectors and drill-down capabilities
  • Display SLO status prominently

Dashboard Content

  • Show current state and recent trends
  • Include comparison to baseline or previous periods
  • Display deployment markers for correlation
  • Add annotations for significant events
  • Include links to related dashboards and logs

Monitoring Tools Integration

Data Collection

  • Use agents or sidecars for metric collection
  • Implement service discovery for dynamic environments
  • Configure appropriate scrape intervals
  • Use push vs pull based on use case
  • Ensure metric cardinality is manageable

Data Storage and Retention

  • Set retention periods based on use case
  • Implement downsampling for long-term storage
  • Use appropriate storage backends for scale
  • Plan for disaster recovery of monitoring data
  • Monitor your monitoring infrastructure

Health Checks and Probes

  • Implement liveness probes for crash detection
  • Use readiness probes for traffic management
  • Create deep health checks that verify dependencies
  • Expose health endpoints in a standard format
  • Monitor health check latency as a metric

Incident Response

  • Use monitoring data to detect incidents early
  • Correlate metrics, logs, and traces during investigation
  • Document findings and update monitoring post-incident
  • Track MTTR (Mean Time to Recovery) metrics
  • Conduct regular monitoring reviews and improvements

Capacity Planning

  • Track resource utilization trends
  • Set alerts for approaching capacity limits
  • Use forecasting for proactive scaling
  • Document capacity requirements and headroom
  • Review capacity quarterly

Source and attribution

Source:mindrally/skillsinmonitoring-guidelinesat commit9718410

License: No license

Content belongs to its original authors. SourceWeft indexes it from a public repository.

Report or request removal