# Overreliance on Lambda at Sustained Scale

Canonical: https://www.pointfive.co/efficiency-hub/inefficiencies/overreliance-on-lambda-at-sustained-scale

[Cloud Efficiency Hub](https://www.pointfive.co/efficiency-hub) 

# Overreliance on Lambda at Sustained Scale

## Explanation

Lambda is designed for simplicity and elasticity, but its pricing model becomes expensive at scale. When a function runs frequently (e.g., millions of invocations per day) or for extended durations, the cumulative cost may exceed that of continuously running infrastructure. This is especially true for predictable workloads that don't require the dynamic scaling Lambda provides.

Teams often continue using Lambda out of convenience or architectural inertia, without revisiting whether the workload would be more cost-effective on EC2, ECS, or EKS. This inefficiency typically hides in plain sight-functions run correctly and scale as needed, but the unit economics are no longer favorable.

## Relevant Billing Model

Lambda is billed per invocation and execution duration (GB-seconds), with costs increasing linearly as usage scales. While ideal for low-to-moderate workloads with bursty or unpredictable traffic, Lambda becomes cost-inefficient at sustained high volumes. In contrast, compute services like EC2, ECS, or EKS offer lower per-unit cost when provisioned for predictable, long-running workloads-even when accounting for idle time.

## Detection

- Identify Lambda functions with consistently high invocation counts or sustained concurrency

- Analyze total monthly execution time and aggregate GB-seconds to estimate spend

- Compare Lambda spend against equivalent cost modeling for EC2, ECS, or EKS

- Determine whether the workload pattern is predictable and steady enough to justify reserved or container-based compute

- Assess whether cold start latency or fine-grained autoscaling is still required

- Review whether any past evaluations have been made regarding migration to alternative architectures

## Remediation

- Establish thresholds for Lambda usage that trigger cost-efficiency reviews

- Evaluate total Lambda cost versus equivalent EC2/ECS/EKS workloads

- Consider replatforming long-running or consistently triggered workloads to containerized or instance-based compute

- Incorporate architecture re-evaluation into regular FinOps or infrastructure reviews for high-throughput functions

## Relevant Documentation

- [https://docs.aws.amazon.com/lambda/latest/dg/lambda-intro.html](https://docs.aws.amazon.com/lambda/latest/dg/lambda-intro.html)

- [https://aws.amazon.com/lambda/pricing/](https://aws.amazon.com/lambda/pricing/)

[Submit Feedback](https://hub.pointfive.co/inefficiencies/overreliance-on-lambda-at-sustained-scale)

## At a glance

Reference

CER-0124

Cloud provider

AWS

Service

AWS Lambda

Category

[Compute](https://www.pointfive.co/efficiency-hub/service-category/compute)

Inefficiency type

Suboptimal Pricing Model

## Contributed by

- Igor Bareev 

### Igor Bareev

Sr TAM @ Amazon Web Services (AWS)

[LinkedIn](https://www.linkedin.com/in/igor-bareev/)

---
Source: the public page above. Product screenshots and illustrative interfaces are examples, not live customer data.