finopsenvironmentscost-optimizationnon-production

Dev and staging cost optimization: stop paying for idle nights

Non-production environments often run 24/7 at production-like size, spending most of their money while nobody uses them. Scheduling, right-sizing, and single-AZ are the big levers. Here is how to cut non-prod cost without slowing teams.

The C3X Team··5 min read

Quick answer

Non-production environments waste money by running 24/7 at production-like size while used only during work hours. The big levers are scheduling (stop them nights and weekends, roughly a 65% saving), right-sizing smaller than production, using single-AZ and no expensive HA, and making environments ephemeral so they exist only when needed.

Dev, staging, QA, and preview environments quietly consume a large share of many cloud bills, and most of that spend happens when no engineer is awake. Because non-production has different requirements than production, it has cost levers production does not, and they are among the easiest wins available.

Schedule them off

An environment used during work hours but left running around the clock is idle most of its life. A weekday-hours schedule, roughly 40 of 168 hours, cuts about two thirds of the cost by stopping instances and other stoppable resources nights and weekends. Automated start and stop schedules are the single biggest non-prod saving.

Right-size below production

LeverSaving
Schedule off nights/weekends~65% on stoppable resources
Smaller instances than prodProportional
Single-AZ, no HAAvoids doubled cost
Ephemeral per-PR environmentsExist only when needed

Non-production rarely needs production-sized instances or high availability. Run smaller instances, use single-AZ databases instead of Multi-AZ, and skip the expensive redundancy that production requires. Matching size to the real need, not copying production, saves proportionally.

Make environments ephemeral

Better than scheduling a permanent environment off is not having a permanent one at all. Ephemeral per-branch or per-PR environments created on demand and destroyed when the work merges exist only while needed, which eliminates idle cost entirely and keeps environments clean. This pairs naturally with pre-deploy cost estimation so each ephemeral environment is priced before it spins up.

Do it without slowing teams

The goal is cutting idle cost, not making engineers wait. Schedule around actual working hours with easy manual override, keep start times fast, and let teams spin environments up on demand. Done well, non-prod optimization is invisible to developers and removes a large, pure-waste line from the bill.

FAQ

How do I reduce dev and staging cloud cost?

Schedule environments off nights and weekends (roughly a 65% saving on stoppable resources), right-size instances smaller than production, use single-AZ databases and skip expensive high availability, and make environments ephemeral so they exist only when needed.

How much does scheduling non-prod environments save?

About two thirds. An environment used during weekday hours but left running around the clock uses roughly 40 of 168 hours, so stopping it nights and weekends removes most of the idle cost on stoppable resources like instances.

Do non-production environments need high availability?

Rarely. Multi-AZ and other redundancy roughly double cost for availability that dev and staging do not need. Use single-AZ databases and skip the expensive HA in non-production, keeping it for production where downtime is costly.

What are ephemeral environments?

Environments created on demand per branch or per pull request and destroyed when the work merges, so they exist only while needed. They eliminate idle non-production cost entirely and keep environments clean, unlike permanent environments that run whether used or not.

How do I cut non-prod cost without slowing developers?

Schedule around actual working hours with an easy manual override, keep environment start times fast, and let teams spin environments up on demand. Done well, the optimization is invisible to developers and removes a large, pure-waste line from the bill.

Does C3X help with non-production cost?

C3X prices environments before they deploy, so you can see the cost of a staging or ephemeral environment up front and right-size it below production. Pricing each ephemeral environment before it spins up keeps non-prod cost visible and controlled.

What to do next

Price non-production before it runs. C3X reads your Terraform and prices each environment against a live catalog, so you right-size before deploy. Start with the quickstart.

Try C3X on your own Terraform

Free and open source. No API key required. One command to install, one command to estimate.