SAFe® 5 DevOps Certification SAFe 5 DevOps Monitoring and Telemetry — Questions and Answers
Question 1: What are the four golden signals of monitoring as applied in SAFe DevOps?
- Latency, traffic, errors, and saturation (Correct answer)
- CPU, memory, disk, and network
- Availability, durability, scalability, and security
- Logs, metrics, traces, and alerts
Correct answer: Latency, traffic, errors, and saturation
The four golden signals — latency (response time), traffic (demand), errors (failure rate), and saturation (resource utilization) — provide essential health indicators for any system under monitoring.
Question 2: What is observability and how does it differ from traditional monitoring?
- Observability is the ability to understand internal system state from external outputs, going beyond predefined metrics to enable exploration of unknown problems (Correct answer)
- Observability and monitoring are identical concepts
- Observability only uses log files
- Monitoring is more advanced than observability
Correct answer: Observability is the ability to understand internal system state from external outputs, going beyond predefined metrics to enable exploration of unknown problems
While monitoring tracks known metrics against thresholds, observability enables understanding of unknown system behaviors through rich telemetry (logs, metrics, traces), allowing engineers to ask new questions about system behavior.
Question 3: What is the purpose of distributed tracing in microservices architectures?
- To track a request's journey across multiple services to identify bottlenecks and failures (Correct answer)
- To distribute workload across servers
- To trace network cables in a data center
- To monitor individual server CPU usage
Correct answer: To track a request's journey across multiple services to identify bottlenecks and failures
Distributed tracing follows a single request as it passes through multiple microservices, capturing timing and status at each hop to identify latency bottlenecks, error sources, and dependency issues.
Question 4: What are Service Level Objectives (SLOs) in the context of DevOps?
- Target values for service reliability metrics that balance availability with development velocity (Correct answer)
- The maximum number of services in production
- Legal requirements for system uptime
- Marketing goals for customer satisfaction
Correct answer: Target values for service reliability metrics that balance availability with development velocity
SLOs define target levels for reliability metrics (availability, latency, error rate) that balance user expectations with engineering investment, providing an objective basis for reliability decisions and error budgets.
Question 5: What is an error budget in SRE/DevOps practice?
- The acceptable amount of unreliability, calculated as 1 minus the SLO target, which can be 'spent' on deployments and changes (Correct answer)
- The budget allocated for fixing bugs
- The maximum number of errors allowed in code
- The financial cost of system downtime
Correct answer: The acceptable amount of unreliability, calculated as 1 minus the SLO target, which can be 'spent' on deployments and changes
An error budget is the tolerable level of unreliability (e.g., if SLO is 99.9%, the error budget is 0.1%). Teams can use this budget for deployments and experiments; when exhausted, they focus on reliability.
Question 6: What is the value of implementing chaos engineering in a SAFe DevOps environment?
- Proactively testing system resilience by introducing controlled failures to discover weaknesses (Correct answer)
- Creating chaos in the development team to increase creativity
- Randomly deleting production data to test backups
- Intentionally causing outages to test customer patience
Correct answer: Proactively testing system resilience by introducing controlled failures to discover weaknesses
Chaos engineering deliberately introduces controlled failures (service outages, network latency, resource exhaustion) in a managed way to verify that systems degrade gracefully and recovery mechanisms work as designed.
What are the four golden signals of monitoring as applied in SAFe DevOps?