CDN (Content Delivery Network)

The global network of edge servers that puts your video close to every viewer — so it starts fast, plays smoothly, and holds up under a traffic spike.

Updated: May 2026 5 min read Delivery
In short

A CDN is a worldwide mesh of edge servers that keeps copies of your video near viewers, so playback starts fast, stalls less, and survives a traffic spike instead of hammering one distant origin.

What is a CDN (Content Delivery Network)?

A CDN (Content Delivery Network) is a geographically distributed network of servers that caches copies of your content — video segments, images, files — close to where viewers are. When someone presses play, the video is served from a nearby edge server instead of a single origin that might be thousands of kilometres away.

For video this is not a nice-to-have. Streaming means delivering many short segmentsHLS (HTTP Live Streaming)Apple’s adaptive streaming protocol. Uses .m3u8 manifests and segmented delivery; supported on every browser, device and smart TV.Open definition → in quick succession; the closer the server, the lower the latencyLatencyThe delay between a moment happening and a viewer seeing it. Critical for live — Low-Latency HLS brings it down to 2–5 seconds.Open definition → and the less chance of bufferingBufferingWhen playback pauses to load more data. ABR exists largely to prevent it by stepping quality down before the buffer empties.Open definition →. A CDN also absorbs demand: a video that suddenly gets thousands of concurrent viewers is served from hundreds of edges, not from one overloaded machine.

How a CDN works

Origin holds the master

Your transcodedTranscodingRe-encoding a source video into multiple resolutions and bitrates so a player can switch between quality levels on the fly.Open definition → renditions and manifestsManifestA small index file (.m3u8 or .mpd) that lists every available rendition and segment so the player knows what it can request.Open definition → live on the origin (the hosting layer) — the authoritative copy.

Edges cache on demand

The first viewer in a region triggers the edge to fetch and cache the needed segments. Everyone after them is served from that cache — fast, and without touching the origin.

Routing to the nearest edge

Viewers are directed to the closest healthy edge automatically, so a viewer in São Paulo and one in Berlin each stream from a server near them.

Scaling with demand

Spikes are spread across the whole edge network, so concurrency scales with the CDN rather than being capped by a single server.

The key efficiency metric here is the cache hit ratio — the share of requests served from the edge rather than fetched from origin. The higher it is, the faster viewers get their video and the less load (and cost) lands on the origin. Popular content warms the cache and keeps that ratio high.

CDN vs. hosting

AspectHosting (origin)CDN (edge)
RoleStores the master copyDistributes copies near viewers
Optimised forStorage, management, processingSpeed and scale of delivery
Without itNowhere to keep the videoSlow starts, buffering, spikes overwhelm the origin
On KinescopeBoth, in one platform — hosting + owned CDN

Owned vs rented CDN

Not all "our CDN" claims mean the same thing. Most video platforms rent capacity from a third party (Cloudflare, Fastly, Akamai) and resell it; a few build and run their own network. The difference shows up in price and in who fixes problems.

AspectRented (third-party)Owned
PricingOften a reseller markupNo middleman margin
EscalationsCross a vendor boundaryOne team owns the whole chain
SLADepends on the vendor'sSet and honoured directly

Kinescope runs its own network — points of presence across Latin America, the US, Europe and the CIS — with a 99.98% uptime SLA.

Further reading

Denis Konnov

Written by

Denis Konnov Verified

CMO at Kinescope

Denis leads marketing and content at Kinescope, working closely with the platform's engineers. This glossary is reviewed and kept up to date by the team building Kinescope's streaming, encoding and CDN delivery infrastructure.

FAQ

Can’t find the answer you need? Check out our Help Center.

A CDN caches your video segments on edge servers spread around the world, so each viewer streams from a location physically close to them. That cuts startup time and buffering, and absorbs traffic spikes that would overwhelm a single origin server — the difference between smooth playback and constant stalls at scale.

Hosting stores the master copy of your video (the origin). A CDN distributes copies to edge servers near viewers for fast delivery. You need both: hosting to keep and manage the files, and a CDN to serve them quickly worldwide. Kinescope provides both in one platform.

Indirectly, yes. A CDN does not change the video itself, but by delivering segments faster and more reliably it lets the adaptive player sustain higher quality with less buffering. Lower latency to the edge means the player can request higher renditions with confidence.

Many platforms rent CDN capacity from Cloudflare, Fastly or Akamai, which works but adds a vendor layer and, often, a reseller markup. Kinescope runs its own CDN across Latin America, the US, Europe and the CIS, so one team owns the whole chain from upload to playback — no middleman on price or on escalations.

The cache hit ratio is the share of viewer requests served straight from the edge cache rather than fetched from the origin. A high ratio means most viewers get fast, edge-served video and the origin stays lightly loaded; a low ratio means the CDN is constantly going back to origin, which is slower and costlier. Popular content warms the cache and pushes the ratio up.

For live, the CDN caches segments as they are produced and fans them out to viewers in real time, so a broadcast can reach a large audience without the origin serving every viewer directly. Kinescope live streaming runs on its own CDN with a 99.98% uptime SLA and sub-2-second latency.