Cloud · AWS

Cost governance in AWS: Athena, Glue, and Redshift

awsMediumawscost-optimizationathenaglueredshift

Interview question

What knobs and limits can a data engineer configure to prevent runaway costs in Athena, Glue, and Redshift?

How to answer

The short answer

Cloud analytics services can rapidly exhaust infrastructure budgets when unoptimized queries scan massive datasets or batch jobs run continuously without timeout limits.

Service-level cost control knobs

Data engineers enforce operational cost guardrails by configuring native safety knobs across AWS analytics engines:

  • Athena Workgroups: Workgroups allow teams to set per-query data scan limits, automatically canceling any query that attempts to scan more than a defined threshold (such as 100 gigabytes). Workgroups also enforce query execution timeouts and isolate billing across business units.
  • AWS Glue Job Timeouts: Glue jobs default to an excessive 48-hour execution timeout. Production jobs should explicitly set the timeout parameter to 60 or 120 minutes to prevent stuck jobs from consuming Data Processing Unit (DPU) hours indefinitely.
  • Redshift Concurrency Scaling Limits: Redshift clusters automatically provision additional clusters during query spikes. Setting a maximum concurrency scaling usage limit caps the number of daily burst hours allowed.
Output
Athena Workgroups:   Cancel queries scanning > 100 GB (Hard scan limit)
Glue Job Settings:   Set timeout = 60 mins & DPU caps (Stops runaway Spark)
Redshift Governance: Pause idle clusters & set daily concurrency limits
AWS Budgets:         Email / Slack alerts at 80% and 100% of forecast

AWS Budgets and cost monitoring

Organizations deploy AWS Budgets to track planned monthly spend across data platform tags, triggering SNS notifications to Slack channels when actual or forecasted costs cross 80 percent of budget allocations.