Free — no signup required

Diseconomies of Scale: When Growth Makes Things Worse

2 min read

We usually aim for Economies of Scale — as we grow, the cost per unit decreases because fixed costs are spread across more units. However, poorly designed architectures exhibit the opposite: Diseconomies of Scale, where unit cost increases as the business grows.

The Warning Sign

If you plot unit cost over time and the line starts trending upward as volume increases, you have a diseconomy of scale. This is a critical architectural red flag.

Common Root Causes

1. Database Bottlenecks (The Most Common)
At 1,000 users, a single PostgreSQL instance handles queries in milliseconds. At 1,000,000 users, the same query requires a db.r6g.16xlarge RDS instance ($5,000+/month) to maintain acceptable latency. The database cost grows super-linearly with user count because the architecture was never designed for that scale.

Fix: Read replicas, query optimization, caching layers (Redis/Memcached), or migrating to a horizontally scalable database.

2. Chatty Microservice Architectures
As you add more microservices, inter-service network calls multiply. At small scale, data transfer costs are negligible. At large scale, a service that makes 5 downstream API calls per user request generates 5 million downstream calls per 1 million requests — and cloud providers charge for cross-AZ and cross-region data transfer. These costs can grow faster than user volume.

Fix: Aggregate APIs (BFF pattern), event-driven architectures, or co-locating frequently communicating services in the same AZ.

3. Licensing and Tier Cliffs
You were on a free tier of a third-party SaaS tool (logging, monitoring, feature flags). At a certain usage threshold, you jump to an enterprise tier that costs 10x more. Your unit cost spikes overnight with no change in your own architecture.

Fix: Model tier thresholds in advance; evaluate open-source alternatives before hitting cliffs.

4. Unindexed Queries at Scale
A missing database index causes a full table scan. At 10,000 rows, this is fast. At 100,000,000 rows, the same query consumes enormous CPU and I/O, driving up database costs exponentially.

Fix: Query analysis (EXPLAIN ANALYZE), index optimization, and query performance monitoring tied to cost metrics.

Early Detection

Tracking unit economics monthly — not just total spend — allows you to detect diseconomies of scale before they become existential. A unit cost that increases 5% month-over-month is a manageable optimization project. A unit cost that has doubled over a year while you were watching total spend is a crisis.

This is one of 18 chapters

Every chapter is free — Kubernetes, Terraform, SRE, distributed systems, and more — with fast daily review built in.

Sign up free