0
0
Microservicessystem_design~20 mins

Alerting strategies in Microservices - Practice Problems & Coding Challenges

Choose your learning style9 modes available
Challenge - 5 Problems
🎖️
Alerting Mastery
Get all challenges correct to earn this badge!
Test your skills under time pressure!
🧠 Conceptual
intermediate
2:00remaining
Understanding Alert Severity Levels

In a microservices environment, alerts are categorized by severity to prioritize responses. Which of the following best describes the difference between a critical alert and a warning alert?

AA critical alert is for minor issues that can be ignored temporarily, while a warning alert requires immediate action to prevent downtime.
BA critical alert indicates an immediate service outage affecting users, while a warning alert signals a potential issue that does not yet impact service availability.
CA critical alert is only sent during business hours, while a warning alert is sent 24/7.
DA critical alert is generated by automated systems, while a warning alert is manually created by engineers.
Attempts:
2 left
💡 Hint

Think about how urgent the problem is and its impact on users.

Architecture
intermediate
2:00remaining
Designing an Alert Aggregation System

You want to design an alert system that groups similar alerts from multiple microservices to reduce noise. Which architectural component is essential for this aggregation?

AA caching layer that stores user session data.
BA distributed database that stores raw logs without processing alerts.
CA load balancer that routes user requests to healthy microservices.
DA centralized alert manager that receives alerts and groups them based on service and error type.
Attempts:
2 left
💡 Hint

Focus on where alerts are collected and processed before notifying engineers.

scaling
advanced
2:00remaining
Scaling Alert Delivery for High Traffic

Your microservices generate thousands of alerts per minute during peak load. Which strategy best ensures alert delivery remains reliable and timely?

AImplement a message queue with backpressure handling between alert producers and notification services.
BSend alerts directly from each microservice to engineers via email without buffering.
CStore all alerts in a database and send notifications once a day in a batch.
DDisable alerts during peak traffic to avoid overwhelming the system.
Attempts:
2 left
💡 Hint

Consider how to handle bursts of alerts without losing or delaying them.

tradeoff
advanced
2:00remaining
Tradeoffs in Alert Threshold Settings

Setting alert thresholds too low or too high affects system monitoring. What is the main tradeoff when choosing a very low threshold for alerting?

ALow thresholds reduce alert noise but delay detection of real problems.
BLow thresholds improve system performance by reducing monitoring overhead.
CLow thresholds increase alert noise, causing alert fatigue, but catch issues early.
DLow thresholds prevent any alerts from being sent, ensuring engineers are not disturbed.
Attempts:
2 left
💡 Hint

Think about how many alerts engineers receive and how early problems are detected.

estimation
expert
2:00remaining
Estimating Alert Storage Requirements

Your microservices generate an average of 500 alerts per minute. Each alert record is approximately 1 KB in size. You want to store alerts for 30 days for audit and analysis. How much storage space do you need?

AApproximately 21.6 GB
BApproximately 720 MB
CApproximately 43.2 GB
DApproximately 1.44 TB
Attempts:
2 left
💡 Hint

Calculate total alerts per month and multiply by alert size.