ORIGINEDGEEDGEEDGEEDGEEDGEEDGEEDGEEDGEcache close to users

Netwerken voor inhoudlevering

10 min gelezenWebtechnologie

Een Content Delivery Network is een wereldwijd gedistribueerde cache die zich tussen gebruikers en oorspronkelijke servers bevindt en kopieën van statische inhoud opslaat in de buurt van waar verzoeken vandaan komen. CDN's ondersteunen vrijwel elke site die je zou opmerken als deze traag zou zijn (zoeken, sociaal, streaming, nieuws, winkelen) door de fysica van afstand in te ruilen voor de kosten van duizend datacenters.

De volledige artikeltekst vindt u hieronder in het Engels.

A Content Delivery Network (CDN) is een wereldwijd gedistribueerde set servers ("edge-nodes" of "points of presence") die inhoud cachen en aanbieden namens de oorspronkelijke webservers. Wanneer een gebruiker in Tokio het logo van example.com opvraagt, wordt het dichtstbijzijnde CDN-knooppunt bereikt, dat het in de cache opgeslagen logo vanuit de lokale opslag bedient, zonder de oorspronkelijke server in Frankfurt of Virginia te storen. Het CDN absorbeert de belasting en vermindert de latentie.

Waarom CDN's bestaan

Trie problemen die CDN's oplossen:

  • Latency. De snelheid van het licht in glasvezel is eindig. Tokio naar Virginia is ~140 ms enkele reis, ~280 ms retour. Het laden van een pagina met 50 retourvluchten betekent slechts 14 seconden netwerklatentie. Door de inhoud op 10 ms afstand te plaatsen, wordt de pagina instant.
  • Origin load. Een site die 1.000 verzoeken/seconde bij de oorsprong afhandelt, kan 1.000.000 verwerken als 99,9% wordt bediend vanuit de CDN-cache. Dezelfde hardware doet dramatisch meer werk per dollar.
  • Bandbreedtekosten. CDN-bandbreedte (vooral intra-CDN-peering) is op schaal goedkoper dan de oorspronkelijke bandbreedte van cloudproviders. Sites besparen aanzienlijk op uitgaande kosten.

Wat wordt in de cache opgeslagen

De klassieke CDN cachet statische inhoud: afbeeldingen, CSS, JavaScript, video's, lettertypen. Deze veranderen niet per gebruiker en kunnen voor miljoenen verzoeken worden hergebruikt. De cachesleutel bevat de URL plus eventuele variërende headers (Varieren: Accept-Encoding voor gzipte inhoud, enz.).

Moderne CDN's verwerken ook dynamische inhoud via:

  • Edge caching met korte TTLs - zelfs 30 seconden caching vermindert de oorsprongsbelasting voor populaire content.
  • Edge compute (Cloudflare Workers, Fastly Compute@Edge, AWS Lambda@Edge) — voer applicatielogica uit aan de edge en genereer gepersonaliseerde reacties zonder naar de oorsprong te gaan.
  • Edge KV-winkels voor lage latentie state.
  • Streamingprotocollen (HLS, DASH) voor video, waarbij elk deel afzonderlijk in de cache wordt opgeslagen.

Hoe verzoeken de juiste rand vinden

De twee belangrijkste technieken om gebruikers naar de dichtstbijzijnde rand te leiden:

  • DNS-gebaseerd Steering. De gezaghebbende DNS-server van het CDN retourneert verschillende IP-adressen, afhankelijk van welke oplosser erom vraagt. Met ECS (EDNS Client Subnet) kan de CDN het netwerk van de gebruiker zien, niet alleen dat van de oplosser. Akamai was een pionier op dit gebied en maakt er nog steeds veelvuldig gebruik van.
  • Anycast. Vanaf veel locaties wordt hetzelfde IP-adres via BGP aangekondigd. Internetroutering stuurt elke gebruiker uiteraard naar de dichtstbijzijnde. Cloudflare en Fastly gebruiken dit; het is operationeel eenvoudiger dan DNS-besturing.

Wat bevindt zich op een CDN-edge

Een typische edge-POP (Point of Presence) heeft:

  • Honderden tot duizenden fysieke servers
  • Petabytes aan SSD-opslag voor cache
  • Meerdere uplinks naar lokale ISP's, internetuitwisselingen en de eigen backbone van het CDN
  • TLS beëindigingshardware zodat HTTPS geen bottleneck vormt
  • DDoS-absorptiecapaciteit, vaak tientallen of honderden Gbps

De grootste CDN's (Cloudflare, Akamai, Snel, Google, Amazon CloudFront) exploiteren honderden POP's in meer dan 100 landen. Kleinere CDN's clusteren hun POP's in grote metropolen en zijn voor de laatste kilometer afhankelijk van het openbare internet.

Voorbij statische levering

Moderne CDN's verkopen een stapel aangrenzende services:

  • DDoS-bescherming - absorberen aanvallen aan de rand in plaats van ze de rand te laten bereiken origin
  • Web Application Firewall (WAF) — filtert kwaadaardige verzoeken
  • Botbeheer — onderscheidt legitieme gebruikers van geautomatiseerd verkeer
  • Beeldoptimalisatie — converteert JPEG direct naar WebP/AVIF, vergroot of verkleint, lazy-loading
  • Edge compute — applicatielogica aan de edge
  • Zero Trust-toegang — perimeters in bedrijfsstijl geleverd als een SaaS

Voor veel bedrijven is het CDN meer dan een cache geworden — het is de gehele HTTP-laag tussen gebruikers en hun applicaties.

CDN's en privacy

CDN's kunnen alle verzoeken zien die er doorheen gaan, inclusief paden, headers en (na TLS-beëindiging) hoofdteksten. Dit maakt hen tot krachtige infrastructuuraanbieders. Alleen al Cloudflare verwerkt ongeveer 20% van het HTTPS-verkeer wereldwijd. Privacy-eigenschappen zijn afhankelijk van het beleid en de juridische rechtsgebieden van het CDN; de data zijn technisch beschikbaar, de vraag is wat ze ermee doen.

Voor eindgebruikers is het privacy-effect gemengd. CDN's centraliseren de verkeerszichtbaarheid (wat betreft), maar maken ook HTTPS-acceptatie mogelijk, verslaan op DDoS gebaseerde censuurpogingen en hosten grote Tor-uispiegels van nieuwsorganisaties (positief).

Een CDN

kiezenDe belangrijkste spelers in 2026:

  • Cloudflare — breedste gratis niveau, sterk DDoS-bescherming, Workers edge compute
  • Akamai – ondernemingsfocus, oudste op de markt, premium prijzen
  • Fastly – ontwikkelaarsvriendelijk, onmiddellijke cache-invalidatie, gebruikt door Stripe, GitHub, etc.
  • AWS CloudFront — gebundeld met de rest van AWS, goed als je er al bent
  • Google Cloud CDN — gebundeld met GCP, integreert met het wereldwijde netwerk van Google
  • BunnyCDN, KeyCDN — kleiner, eenvoudiger, goedkoper

Voor de meeste persoonlijke projecten en kleine bedrijven dekt de gratis laag van Cloudflare de basis. Voor toepassingen met een hoog volume hangt de keuze af van welke aangrenzende services u nodig heeft.

Veelgestelde vragen

Is een CDN hetzelfde als een reverse proxy?
Een CDN is een wereldwijd gedistribueerde reverse proxy met caching. Conceptueel gezien hebben ze dezelfde architectuur: ze zitten allebei voor je oorspronkelijke server en dienen namens de server reacties. Het verschil zit hem in de schaal: een enkele reverse proxy is lokaal; een CDN is overal.
Heeft een CDN invloed op SEO?
Indirect, ja. Sneller laden van pagina's correleert met betere SEO-rankings, en CDN's zorgen voor sneller laden van pagina's. Sommige CDN's bieden ook beeldoptimalisatie en HTTP/3-ondersteuning, die Google beide beloont. Het CDN zelf is geen rangschikkingssignaal; de prestaties die het mogelijk maakt zijn.
Kan een CDN mijn oorspronkelijke server verbergen?
Ja, en veel sites gebruiken ze specifiek hiervoor. Het oorspronkelijke IP-adres kan geheim worden gehouden als al het binnenkomende verkeer via het CDN moet komen. Gecombineerd met origin firewall-regels die alleen CDN IP’s toestaan, voorkomt dit directe aanvallen op de origin. Operationele details (DNS-records die naar de oorsprong verwijzen, gelekte SSL-certificaten, enz.) kunnen de oorsprong nog steeds blootleggen als u niet voorzichtig bent.
Waarom laadt een site op verschillende dagen soms anders?
De CDN-cachestatus varieert. Een pagina kan zich in de cache bevinden (snel) of ontbreken (langzame eerste laadbeurt, snelle tweede). Cache-invalidatie, A/B-tests en inhoud per regio kunnen ook verschillende reacties opleveren. Sites zien er daardoor vaak anders uit of presteren anders.
Wat is het verschil tussen een CDN en een websitehost?
Een host beheert de oorspronkelijke server waarop uw applicatie zich bevindt. Een CDN is een laag vóór de host die inhoud sneller in de cache opslaat en weergeeft. Sommige platforms (Vercel, Netlify, Cloudflare Pages) bundelen hosting en CDN in één dienst.
CDN uitgelegd: hoe netwerken voor inhoudslevering het internet snel maken