ProductPricingPaaS

The true cost of PaaS hosting (and how to avoid bill shock)

Headline $7/mo is never the full story. Here is how dynos, databases, egress, and autoscaling compound, and what to look for in a platform.

MR

Marcus Rivera

Head of Product

May 26, 202610 min read

Every PaaS advertises a low entry price. Almost none of them quote the price of a real production stack: web service, worker, Postgres, Redis, preview environments, outbound bandwidth, and one bad autoscaling Tuesday. If you are evaluating hosting in 2026, you need a worksheet, not a landing page hero number.

The line items that add up

Cost layerWhat vendors hideExample impact
ComputePer-dyno minimumsHeroku Basic $25 vs StackBlaze $7
DatabasesSeparate SKUs per enginePostgres + Redis often > web tier
Add-onsLogging, metrics, WAF$20–100+/mo each on some platforms
EgressOutbound bandwidth$0.10–0.15/GB after included tier
AutoscalePer-second CPU during spikes2–5× baseline in one day
PreviewsPer-environment compute5 PRs × hourly rate adds up

Worked example: small production API

Assume one Rails or Node API, one worker, Postgres, Redis, and two active PR preview environments for a week each month.

PlatformSteady month (est.)Spike month (est.)
Heroku (comparable tiers)$90–120+$150+ with scale
Railway (usage-based)$45–70$100–150+
Render$50–80$80–120
StackBlaze$35–55$35–60 with spend cap

Numbers are illustrative, your framework, region, and autoscale settings move them. The pattern is consistent: usage-based platforms spike; per-service flat pricing with caps is easier to defend in a budget meeting.

Autoscaling is where bills go wrong

Autoscaling without a spend cap is a bet that your traffic model is correct forever. Most teams set max_instances high "just in case" and forget until an attack, a viral post, or a retry storm scales them to the ceiling.

StackBlaze added hourly spend caps and scaling previews precisely because this is the #1 post-migration surprise teams report from usage-based platforms. You should be able to answer: "What is the most we can spend in an hour if everything scales max?" before you need to answer it in Slack at midnight.

blueprint.yaml
services:
  api:
    scaling:
      max_instances: 20
      spend_cap:
        hourly_usd: 8.00
        over_limit_behavior: queue

Questions to ask any vendor

  1. What is included in the headline price vs billed separately?
  2. How do preview environments meter, per hour, per PR, per service?
  3. Is Postgres PITR included or an add-on?
  4. What happens to inter-service traffic, private network or billable egress?
  5. Can I cap autoscale spend without turning scaling off entirely?

Build your own calculator

Before you sign: list every process type (web, worker, cron), every datastore, expected egress GB/month, and peak concurrent instances. Multiply steady state and 3× peak. If the vendor cannot give you a clear answer for peak, assume worst case.

Free tiers are not free if they sleep

A "free" web service that spins down after 15 minutes of idle time can cost you more in broken webhooks and angry users than a $7 always-on plan. Factor reliability into TCO, not just subscription line items.

The true cost of PaaS is predictable only when the platform exposes every layer, compute, data, network, previews, and scale, with caps you control. That is the bar we design StackBlaze pricing against.

MR

Marcus Rivera

Head of Product at StackBlaze

Member of the founding team at StackBlaze. Writes about infrastructure, engineering culture, and the systems that keep production running.

More from the blog