🌍 DevOps · subject

DevOps Monitoring and Logging Syllabus

The Monitoring and Logging syllabus for DevOps in full: 4 chapters and 11 topics, every one listed below, plus 51 Monitoring and Logging flashcards with answers.

4Chapters
11Topics
51Flashcards

Monitoring and Logging syllabus: all 4 chapters

Expand any chapter to see its topics and sub-topics.

  1. Introduction to Monitoring

    2 topics
    • Monitoring Concepts and Practices
    • Benefits of Monitoring
  2. Monitoring Tools

    4 topics
    • Prometheus
    • Grafana
    • Nagios
    • Datadog
  3. Introduction to Logging

    2 topics
    • Logging Concepts and Practices
    • Benefits of Logging
  4. Logging Tools

    3 topics
    • ELK Stack (Elasticsearch, Logstash, Kibana)
    • Splunk
    • Graylog

DevOps Monitoring and Logging flashcards — 51 questions with answers

  1. What is monitoring in the context of DevOps and IT systems?

    Monitoring is the continuous, automated collection, aggregation, and analysis of metrics and signals from systems and applications to observe their health, performance, and availability, and to detect or alert on abnormal conditions.

  2. What are the three pillars of observability?

    Metrics, logs, and traces. Metrics are numeric measurements over time, logs are timestamped records of discrete events, and traces follow a request across services.

  3. How does monitoring differ from observability?

    Monitoring tells you whether a system is working (watching predefined metrics/alerts for known failure modes), while observability is the ability to understand the internal state of a system from its outputs, including diagnosing unknown/unexpected problems.

  4. What is the difference between white-box and black-box monitoring?

    White-box monitoring uses internal signals exposed by the system (metrics, logs, instrumentation). Black-box monitoring tests the system externally as a user would (e.g., probing an endpoint) without knowledge of internals.

  5. What are the four 'golden signals' of monitoring defined by Google SRE?

    Latency, Traffic, Errors, and Saturation.

  6. What does the USE method focus on for monitoring resources?

    For every resource, monitor Utilization, Saturation, and Errors. It is well-suited to infrastructure/hardware resources like CPU, memory, and disks.

  7. What does the RED method monitor for services?

    Rate (requests per second), Errors (number/rate of failed requests), and Duration (latency distribution of requests). It is request-centric and suited to microservices.

  8. How is system availability typically calculated as a formula?

    $$\text{Availability} = \frac{\text{MTBF}}{\text{MTBF} + \text{MTTR}}$$ where MTBF is mean time between failures and MTTR is mean time to repair.

  9. How is availability expressed using uptime and downtime?

    $$\text{Availability} = \frac{\text{Uptime}}{\text{Uptime} + \text{Downtime}}$$ usually expressed as a percentage (e.g., 'three nines' = $99.9\%$).

  10. Approximately how much downtime per year does each availability 'nines' level allow?

    $99\%$ (two nines) $\approx 3.65$ days/year; $99.9\%$ (three nines) $\approx 8.76$ hours/year; $99.99\%$ (four nines) $\approx 52.6$ minutes/year; $99.999\%$ (five nines) $\approx 5.26$ minutes/year.

  11. Define MTTR, MTBF, and MTTF.

    MTTR (Mean Time To Repair/Recovery) is the average time to restore service after a failure. MTBF (Mean Time Between Failures) is the average operational time between failures. MTTF (Mean Time To Failure) is the average lifespan of a non-repairable component until it fails.

  12. What is an error rate and how is it computed?

    The error rate is the fraction of requests that fail: $$\text{Error rate} = \frac{\text{Failed requests}}{\text{Total requests}} \times 100\%.$$

  13. What is a percentile latency such as p95 or p99, and why is it preferred over the mean?

    The pN latency is the value below which N% of requests complete (e.g., p99 = 99% of requests are faster). Percentiles are preferred over the mean because they expose tail latency / worst-case user experience that averages hide.

  14. Define SLI, SLO, and SLA.

    SLI (Service Level Indicator) is a measured metric of service quality (e.g., availability). SLO (Service Level Objective) is the target value/range for an SLI. SLA (Service Level Agreement) is a contractual commitment to customers, often with penalties, built on SLOs.

  15. What is an error budget and how is it derived from an SLO?

    An error budget is the allowed amount of unreliability: $$\text{Error budget} = 1 - \text{SLO}.$$ For a $99.9\%$ availability SLO, the error budget is $0.1\%$ of time/requests in which failures are tolerated before action is required.

  16. What is the difference between proactive and reactive monitoring?

    Proactive monitoring predicts and prevents issues before they impact users (trend analysis, capacity forecasting, synthetic checks). Reactive monitoring responds to problems after they occur via alerts and incident response.

  17. List several key benefits of monitoring.

    Early detection of issues, reduced downtime (lower MTTR), improved performance and capacity planning, better reliability/availability, faster root-cause analysis, data-driven decisions, and meeting SLAs.

  18. What is alert fatigue and how is it mitigated?

    Alert fatigue is desensitization caused by too many alerts (especially false positives), leading engineers to ignore them. It is mitigated by alerting on symptoms not causes, tuning thresholds, deduplication, grouping, and prioritizing actionable alerts.

  19. What is the difference between a metric, a threshold, and an alert?

    A metric is a measured value over time; a threshold is a boundary value that defines acceptable behavior; an alert is a notification triggered when a metric crosses its threshold (or meets an alerting condition).

  20. What is synthetic monitoring versus real user monitoring (RUM)?

    Synthetic monitoring uses simulated/scripted transactions from controlled locations to test availability and performance proactively. RUM passively measures the experience of actual users in production from their real interactions.

Show the other 31 Monitoring and Logging flashcards
  1. What is Prometheus and what model does it use to collect metrics?

    Prometheus is an open-source, CNCF monitoring and alerting toolkit that stores time-series data. It uses a pull (scrape) model, periodically scraping metrics over HTTP from instrumented targets/exporters at configured endpoints.

  2. What query language does Prometheus use?

    PromQL (Prometheus Query Language), used to select and aggregate time-series data for graphs, tables, and alerting rules.

  3. What are the four core Prometheus metric types?

    Counter (monotonically increasing), Gauge (can go up or down), Histogram (samples bucketed with cumulative counts plus sum and count), and Summary (client-side quantiles with sum and count).

  4. What is a Prometheus exporter, and give a common example?

    An exporter is a sidecar/agent that exposes metrics from a system in Prometheus format so Prometheus can scrape them. A common example is Node Exporter, which exposes host/OS metrics (CPU, memory, disk, network).

  5. What is the role of Alertmanager in the Prometheus ecosystem?

    Alertmanager receives alerts fired by Prometheus rules and handles deduplication, grouping, silencing, inhibition, and routing notifications to receivers like email, Slack, or PagerDuty.

  6. How is the per-second rate of a Prometheus counter computed in PromQL?

    With the rate() function over a range vector, e.g. rate(http_requests_total[5m]), which gives the average per-second increase of the counter over the time window.

  7. What is Grafana primarily used for?

    Grafana is an open-source analytics and visualization platform used to query, visualize, alert on, and explore metrics, logs, and traces through customizable interactive dashboards, supporting many data sources.

  8. Name several data sources Grafana can connect to.

    Prometheus, Graphite, InfluxDB, Elasticsearch, Loki, MySQL/PostgreSQL, CloudWatch, and many others; Grafana is data-source agnostic.

  9. How do Grafana and Prometheus typically work together?

    Prometheus collects and stores time-series metrics and serves them via PromQL; Grafana connects to Prometheus as a data source to build dashboards and visualizations, and can also handle alerting on top of those metrics.

  10. What is Grafana Loki?

    Loki is Grafana's horizontally scalable log aggregation system inspired by Prometheus. It indexes only metadata labels (not full log content), making it cost-efficient, and is queried with LogQL.

  11. What is Nagios and what kind of monitoring is it known for?

    Nagios is a long-established open-source monitoring tool for infrastructure, networks, hosts, and services. It is known for host/service up-down (availability) checks and alerting, traditionally using a polling, agent-based or agentless plugin model.

  12. How does Nagios extend its monitoring capabilities?

    Through plugins—external executable check scripts/programs that test a host or service and return a status code, which Nagios interprets. NRPE (Nagios Remote Plugin Executor) allows running checks on remote hosts.

  13. What status states does a Nagios service check return?

    OK (0), WARNING (1), CRITICAL (2), and UNKNOWN (3).

  14. What is Datadog?

    Datadog is a commercial, cloud-based SaaS monitoring and observability platform that unifies metrics, traces, and logs (plus APM, security, and synthetics) across infrastructure and applications, collected primarily via the Datadog Agent.

  15. What is the Datadog Agent and how does it differ from the Prometheus model?

    The Datadog Agent is software installed on hosts/containers that collects metrics, traces, and logs and pushes them to Datadog's SaaS backend. Unlike Prometheus's pull model, Datadog's agent uses a push model to a hosted service.

  16. What does APM (Application Performance Monitoring) provide, as offered by tools like Datadog?

    APM provides distributed tracing and code-level visibility into application requests—latency breakdowns per service/endpoint, error tracking, and bottleneck identification across a microservices request path.

  17. What is logging in software systems?

    Logging is the practice of recording timestamped, discrete event records emitted by applications and infrastructure, capturing what happened (messages, errors, state, context) for debugging, auditing, and analysis.

  18. What are common log severity levels from least to most severe?

    TRACE, DEBUG, INFO, WARN, ERROR, FATAL (with some systems adding NOTICE/CRITICAL/ALERT/EMERGENCY as in syslog).

  19. What is structured logging and why is it valuable?

    Structured logging emits logs in a consistent, machine-parseable format (e.g., JSON) with key-value fields rather than free text. It is valuable because it enables reliable parsing, searching, filtering, and aggregation.

  20. What is log aggregation?

    Log aggregation is the process of collecting logs from many distributed sources into a centralized system where they can be stored, indexed, searched, and analyzed together.

  21. What is the difference between logs, metrics, and traces?

    Logs are discrete timestamped event records (high detail, high volume); metrics are aggregated numeric measurements over time (low cost, trend-focused); traces follow a single request's path across multiple services to show end-to-end flow and latency.

  22. What is log retention and why does it matter?

    Log retention is the policy defining how long logs are kept before deletion or archival. It matters for balancing storage cost against debugging needs, compliance/audit requirements, and security investigations.

  23. List several benefits of logging.

    Faster debugging and root-cause analysis, audit trails and compliance, security and intrusion detection, understanding user behavior, post-incident forensics, and correlating events across distributed systems.

  24. What is log correlation and how is it commonly enabled across services?

    Log correlation links related log entries from different services/components for a single request or transaction. It is commonly enabled by propagating a shared correlation ID or trace ID across service calls.

  25. What does the acronym ELK Stack stand for, and what is each component's role?

    Elasticsearch (search and analytics engine that stores and indexes data), Logstash (server-side data processing pipeline that ingests, transforms, and ships data), and Kibana (visualization and exploration UI for Elasticsearch data).

  26. What is the Elastic Stack and how does Beats fit in?

    The Elastic Stack is the ELK Stack plus Beats. Beats are lightweight single-purpose data shippers installed on edge hosts (e.g., Filebeat for logs, Metricbeat for metrics) that forward data to Logstash or directly to Elasticsearch.

  27. In the ELK pipeline, what is the typical data flow?

    Data is collected (often by Beats), sent to Logstash for parsing/filtering/enrichment (or ingested directly), stored and indexed in Elasticsearch, and then visualized and queried in Kibana.

  28. What underlying technology powers Elasticsearch's fast full-text search?

    Elasticsearch is built on Apache Lucene and uses an inverted index, which maps terms to the documents containing them, enabling fast full-text search.

  29. What is Splunk and how does it differ from the ELK Stack?

    Splunk is a commercial, proprietary platform for searching, monitoring, and analyzing machine-generated data/logs, queried with its SPL language. It differs from the open-source ELK Stack mainly by being a licensed commercial product (typically priced by data volume ingested) with enterprise support out of the box.

  30. What query language does Splunk use, and what is a defining feature of it?

    Splunk uses SPL (Search Processing Language). A defining feature is the pipe (|) syntax that chains search and transformation commands, similar to Unix pipelines, to filter and process events.

  31. What is Graylog and what backend does it typically rely on?

    Graylog is an open-source centralized log management platform for collecting, indexing, and analyzing logs. It typically relies on Elasticsearch/OpenSearch for log storage and search and MongoDB for configuration and metadata, ingesting logs via inputs such as the GELF format and Syslog.

DevOps Monitoring and Logging FAQ

What is in the DevOps Monitoring and Logging syllabus?

DevOps Monitoring and Logging is split into 4 chapters: Introduction to Monitoring, Monitoring Tools, Introduction to Logging and Logging Tools. Together they contain 11 topics.

How many chapters are in DevOps Monitoring and Logging?

4 chapters, containing 11 topics. The largest chapter is Monitoring Tools, with 4 topics.

Are there flashcards for DevOps Monitoring and Logging?

Yes — a 51-card Monitoring and Logging deck, printed in full in the flashcards section of this page and available in the Examius app with spaced repetition. The free plan covers one exam of your choice, including its flashcards; Examius Pro, a one-time purchase, unlocks every other exam and deck.