networkingedgecost-optimizationserverless

Edge computing cost: running logic close to users

Edge compute (Cloudflare Workers, Lambda@Edge, and others) runs code at CDN edge locations, priced by requests and compute time, often cheaply. It cuts origin load and latency but has constraints. Here is the cost model.

The C3X Team··4 min read

Quick answer

Edge compute (Cloudflare Workers, Lambda@Edge, Vercel Edge Functions, and others) runs code at CDN edge locations near users, priced by requests plus compute time, often at low rates. It cuts origin load (handling logic at the edge instead of round-tripping to origin) and latency. Cost scales with request volume and per-request compute, so keeping edge functions lightweight and using them for genuinely edge-appropriate work (auth, routing, personalization, caching logic) rather than heavy compute is the lever.

Edge computing runs code at the CDN's edge locations, close to users, rather than at a central origin. It is priced by requests and compute time, usually at low per-unit rates, and its value is cutting latency and offloading work from your origin. But edge platforms have constraints, so it suits certain workloads.

Requests plus compute time

DriverCost
RequestsPer request handled at the edge
Compute timePer unit of execution time (CPU)
Included tiersGenerous free/low tiers on many platforms

Edge functions bill per request plus the compute time each uses, similar to serverless but at the edge. Rates are typically low and free tiers generous, so lightweight edge logic at scale is cheap. Heavy per-request compute costs more, and edge platforms often cap execution time and resources, so they suit light, fast work.

What edge compute saves

Running logic at the edge, authentication, routing, redirects, header manipulation, personalization, cache logic, means these do not round-trip to your origin, cutting origin requests and load plus improving latency for users worldwide. For appropriate workloads, edge compute both improves performance and reduces origin cost, so the modest edge charge can pay for itself in reduced origin load.

Controlling edge computing cost

Keep edge functions lightweight (per-request compute time is a cost, and edge platforms favor fast execution), use edge compute for genuinely edge-appropriate work (auth, routing, personalization, cache logic) rather than heavy computation better suited to origin or regional compute, leverage generous free tiers, and let edge logic reduce origin load (its main saving). Because cost is requests times lightweight compute, keeping functions fast and appropriate keeps edge compute cheap while cutting origin cost.

FAQ

How is edge computing priced?

By requests plus compute time: edge functions (Cloudflare Workers, Lambda@Edge, Vercel Edge Functions, and others) bill per request handled and per unit of execution time, usually at low rates with generous free tiers. So lightweight edge logic at scale is cheap, while heavy per-request compute costs more, and edge platforms often cap execution time and resources.

How do I reduce edge computing cost?

Keep edge functions lightweight (per-request compute time is a cost), use edge compute for genuinely edge-appropriate work (auth, routing, personalization, cache logic) rather than heavy computation better suited to origin compute, leverage generous free tiers, and let edge logic reduce origin load. Keeping functions fast and appropriate keeps edge compute cheap.

What does edge computing save money on?

Origin load. Running logic at the edge (authentication, routing, redirects, header manipulation, personalization, cache logic) means these do not round-trip to your origin, cutting origin requests, compute, and egress while improving latency. For appropriate workloads, the modest edge charge can pay for itself in reduced origin cost and better performance.

What workloads suit edge computing?

Light, fast, latency-sensitive work: authentication and authorization, request routing and redirects, header and response manipulation, personalization, A/B testing logic, and cache control. These benefit from running close to users and offloading the origin. Heavy computation, large memory needs, or long-running tasks do not suit edge platforms' execution-time and resource caps, and belong on origin or regional compute.

Is edge compute cheaper than origin compute?

For appropriate workloads, often in total cost, because it both has low per-request rates and reduces origin load (fewer origin requests, less egress). But it is not a replacement for origin compute, edge platforms cap execution time and resources, so heavy work stays cheaper on origin. Edge compute wins for light, latency-sensitive logic that offloads the origin; origin wins for heavy computation.

Does C3X estimate edge computing cost?

Edge compute is request- and compute-time-based usage rather than infrastructure C3X provisions, so C3X prices the origin infrastructure from your Terraform and you model edge request volume and compute to estimate the edge charges, alongside the origin-load savings edge compute provides.

What to do next

Price your origin infrastructure before you push logic to the edge. C3X reads your Terraform and prices your resources against a live catalog. 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.