A city clerk’s office runs a document OCR fleet on EC2 that backs up during quiet weeks but must expand when a mail-in form season fills an SQS queue. How should Auto Scaling be designed for reliability?
Select an answer to reveal the explanation.
Short Explanation
Quiet weeks shouldn’t pay for parade-day capacity, and a fat queue shouldn’t wait for a clock. Tie scaling to CPU and to how deep the OCR inbox is.
Full Explanation
Reliable elastic OCR fleets react to both instance saturation and work waiting in the queue. Combining CPU-based Auto Scaling with queue-depth metrics (for example ApproximateNumberOfMessages) expands capacity when either signal rises. Fixed peak fleets waste cost; schedule-only scaling ignores backlog; scaling solely on low CPU while messages remain can shrink workers too early. Dual-signal policies improve reliability for seasonal municipal document processing.