Skip to main content
The Bike Shed

470: All about queues with Adam McCrea

40 min episode · 2 min read
·

Episode

40 min

Read time

2 min

AI-Generated Summary

Key Takeaways

  • SLA-Based Queue Naming: Name queues by completion time requirements like "within-5-seconds" or "within-5-minutes" rather than vague names like "high" or "urgent". This creates clear business decisions about job placement and enables precise autoscaling thresholds based on actual service requirements.
  • Queue Latency Over Depth: Monitor how long the oldest job has waited in queue rather than total job count. Latency directly maps to SLA compliance, while depth numbers lack context—a thousand jobs might process in one second or take many minutes depending on job complexity.
  • Three Queue Architecture: Start with three SLA-based queues (five seconds, five minutes, five hours) to handle most use cases. Isolate each queue to separate worker processes for simpler bottleneck identification, independent resource tuning, and the ability to scale memory-intensive queues independently.
  • Memory-Intensive Job Isolation: Quarantine high-memory jobs to dedicated queues with expensive hardware that scales to zero when idle. This prevents a single memory-heavy job from forcing all workers onto costly performance instances, reducing infrastructure costs by 80% in typical scenarios.

What It Covers

Adam McCrea, founder of JudoScale, explains queue optimization strategies for web applications, including SLA-based queue naming, job shape analysis, memory management, and autoscaling approaches that improve performance while reducing infrastructure costs.

Key Questions Answered

  • SLA-Based Queue Naming: Name queues by completion time requirements like "within-5-seconds" or "within-5-minutes" rather than vague names like "high" or "urgent". This creates clear business decisions about job placement and enables precise autoscaling thresholds based on actual service requirements.
  • Queue Latency Over Depth: Monitor how long the oldest job has waited in queue rather than total job count. Latency directly maps to SLA compliance, while depth numbers lack context—a thousand jobs might process in one second or take many minutes depending on job complexity.
  • Three Queue Architecture: Start with three SLA-based queues (five seconds, five minutes, five hours) to handle most use cases. Isolate each queue to separate worker processes for simpler bottleneck identification, independent resource tuning, and the ability to scale memory-intensive queues independently.
  • Memory-Intensive Job Isolation: Quarantine high-memory jobs to dedicated queues with expensive hardware that scales to zero when idle. This prevents a single memory-heavy job from forcing all workers onto costly performance instances, reducing infrastructure costs by 80% in typical scenarios.

Notable Moment

JudoScale experienced its worst outage in nine years when unexpected future-timestamped metrics from one customer broke autoscaling for all customers. The team published a detailed postmortem explaining how data isolation failures affected their entire platform, demonstrating transparency in crisis management.

Know someone who'd find this useful?

You just read a 3-minute summary of a 37-minute episode.

Get The Bike Shed summarized like this every Monday — plus up to 2 more podcasts, free.

Pick Your Podcasts — Free

Keep Reading

More from The Bike Shed

We summarize every new episode. Want them in your inbox?

Similar Episodes

Related episodes from other podcasts

This podcast is featured in Best Cybersecurity Podcasts (2026) — ranked and reviewed with AI summaries.

You're clearly into The Bike Shed.

Every Monday, we deliver AI summaries of the latest episodes from The Bike Shed and 192+ other podcasts. Free for up to 3 shows.

Start My Monday Digest

No credit card · Unsubscribe anytime