CDN Edge Computing: Code at the Cache

Why it exists

Traditional CDNs excel at caching static files, but any dynamic request must travel back to a centralized origin server, adding latency. CDN Edge Computing was created to run small, dynamic computations close to the user, reducing this round-trip time for logic that doesn't need the full application stack.

The mental model

Think of it as serverless functions that run on the CDN's global network, not in a specific cloud region. Instead of your code living in a single data center like us-east-1, it's deployed to hundreds of Points of Presence (PoPs) worldwide. When a user makes a request, your code executes in the city closest to them.

How it works

A user's request hits a nearby CDN PoP. Instead of simply serving a cached file, the CDN can trigger a piece of your code (often JavaScript or WebAssembly). This function can inspect and modify the request, generate a response directly, or conditionally forward the request to your origin server. The result can often be cached at the edge as well, benefiting subsequent users.

When to use it

Use it for latency-sensitive logic that can execute quickly and is largely stateless. Common use cases include: first, running A/B tests by rewriting HTML at the edge; second, handling authentication by validating tokens before a request hits your core services; third, serving personalized content based on user location or cookies.

When not to use it

Avoid it for long-running tasks, heavy computation, or operations requiring a persistent database connection. Edge environments are ephemeral and have strict limits on execution time (often milliseconds), CPU, and memory. It is an extension of your backend, not a replacement for it.

One canonical example

An e-commerce site needs to redirect users to their country's specific storefront. An edge function intercepts the incoming request, checks the user's IP address or an HTTP header to determine their country, and then issues a 302 redirect to the correct URL (e.g., store.com/us or store.com/de). This happens instantly at the edge, without the request ever needing to reach the origin server in a distant data center.