5 exercises — Prometheus metric types, PromQL rate(), AlertManager silences, on-call acknowledge vs resolve, and alert fatigue — essential monitoring vocabulary for SREs and DevOps engineers.
0 / 5 completed
1 / 5
A Prometheus dashboard shows two metrics: http_requests_total and memory_used_bytes. Which is a counter and which is a gauge?
Prometheus has four metric types. A counter is a cumulative value that only increases (or resets to zero on restart) — request counts, error counts, bytes sent. A gauge is a value that can go up or down — memory usage, active connections, queue depth, temperature. A histogram samples observations into configurable buckets (e.g. request latency). A summary calculates configurable quantiles client-side. Counters are nearly always queried with rate() or increase(), never raw.
2 / 5
In PromQL, what does rate(http_requests_total[5m]) calculate?
rate(counter[range]) calculates the per-second average increase rate of a counter over the given time window — it handles counter resets (process restarts) automatically. rate(http_requests_total[5m]) gives you requests/second averaged over 5 minutes. Use irate() for instantaneous rate (last two data points — more responsive but spiky). Use increase(counter[range]) when you want the total increase over the window rather than a per-second rate. Never use rate() on a gauge — use delta() or deriv() instead.
3 / 5
"The on-call rotation was getting paged for a known maintenance window, so we created a _____ in AlertManager to suppress those alerts for 2 hours without changing any routing rules."
A silence in AlertManager is a time-bounded suppression rule: you specify a set of label matchers and a duration, and any alerts matching those labels during that window are swallowed — they never reach the receiver (Slack, PagerDuty, email). Silences are created via the AlertManager UI or API and expire automatically. Compare with an inhibition rule (permanent config that suppresses child alerts when a parent alert fires, e.g. suppress host-level alerts when the whole datacenter is down) and a dead man's switch (a "watchdog" alert that fires when the monitoring pipeline itself stops working).
4 / 5
During an incident, PagerDuty shows an alert as "acknowledged." What does that mean — and how is it different from "resolved"?
In on-call tools (PagerDuty, OpsGenie, etc.): Acknowledge tells the system "I have seen this — stop escalating to the next person in the rotation." The incident is still open; you are working on it. Resolve closes the incident, indicating the root cause is fixed and the service is healthy. If an acknowledged alert is not resolved within a configured timeout, it may re-escalate. Assign transfers ownership to another responder. Good incident hygiene means acknowledging immediately when paged (within SLA), then resolving only when the issue is genuinely fixed — not just when the alert stops firing.
5 / 5
"The team is suffering from alert fatigue." What is alert fatigue, and why is it dangerous?
Alert fatigue occurs when the volume or noise of alerts is so high that on-call engineers become desensitised — they batch-acknowledge pages without investigating, miss real incidents in the noise, or develop anxiety that degrades judgement. Common causes: alerting on symptoms rather than user impact, thresholds set too low, too many "warning" alerts that never require action. Remedies: ruthlessly delete or raise thresholds for low-signal alerts, alert on SLO burn rate rather than raw metrics, use multi-window burn rate alerts (fast + slow windows), and conduct regular alert review rotations. High alert fatigue is a leading indicator of a future major outage being missed.
These modules build the same on-the-job skills as Monitoring & Alerting Vocabulary — Prometheus, Grafana, PagerDuty
— work through them together for a fuller vocabulary set.
What does the "Monitoring & Alerting Vocabulary — Prometheus, Grafana, PagerDuty" vocabulary exercise cover?
This exercise tests real IT vocabulary related to monitoring & alerting vocabulary — prometheus, grafana, pagerduty through 5 multiple-choice questions, each built from realistic workplace sentences rather than abstract definitions.
Is this vocabulary exercise free to use?
Yes. Every exercise on CoderSlingo, including this one, is completely free — no account, sign-up, or payment required.
How many questions does this exercise have?
This exercise has 5 questions. Each one shows a real-world sentence or scenario with multiple-choice options and an explanation once you answer.
What happens after I answer a question?
You'll see immediate feedback showing whether your answer was correct, along with a short explanation of why — then a button to move to the next question, and a full results screen at the end.
Can I retry the exercise if I get questions wrong?
Yes. Once you reach the results screen, click "Try again" to reset your answers and go through the exercise from the start as many times as you like.
Do I need to create an account to take this exercise?
No account is needed. Your answers are scored in your browser during the session — nothing is saved to a server, so you can jump straight in.
Is my progress saved if I leave the page?
No — progress within an exercise resets if you navigate away or reload. Each exercise is short enough to complete in a few minutes in one sitting.
Are these vocabulary exercises connected to other topics?
Yes — this module shares real-world context with 1 other vocabulary module. See "Related vocabulary" below to keep building a connected skill set.
How is this different from reading a glossary or blog article?
Exercises like this one are active recall drills — you have to choose the correct term or phrasing yourself, which builds retention faster than passively reading a definition.
Where can I find more vocabulary exercises?
Browse the full Vocabulary exercises hub for hundreds of modules covering Agile, DevOps, security, databases, architecture, and more — organised by IT role and skill.