Edge computing klonk vroeger als een probleem voor datacenters, niet voor websites. Dat verandert snel, zelfs voor websites van kleine bedrijven die op gewone hosting draaien. Ik heb het afgelopen decennium besteed aan het oplossen van hostingproblemen voor eigenaren die er nooit bij stilstonden waar een server eigenlijk staat. Hier leg ik uit wat er daadwerkelijk verandert wanneer je host edge computing adopteert, en wat precies hetzelfde blijft.
Hoe edge computing je inzetkaart verandert
Edge computing betekent dat code en content dichter bij de bezoeker worden uitgevoerd in plaats van in één centraal datacenter. Een nabijgelegen 'point of presence' verwerkt het verzoek in plaats van het de hele wereld over te sturen naar één set servers. Eén keer inzetten, standaard draaien in Cloudflare's 335+ steden, of gebruik Smart Placement om in de buurt van je data te draaien en zo de 'end-to-end' latentie te minimaliseren. Als gevolg daarvan is de fysieke kaart van waar je site draait veel minder vast dan voorheen.
Deze verschuiving gebeurde niet van de ene op de andere dag, maar de cijfers laten zien hoe snel het nu versnelt. Volgens de marktvoorspelling van onderzoeksbureau IDC van mei 2025, werd verwacht dat de wereldwijde uitgaven aan edge computing in 2025 bijna $261 miljard zouden bereiken en zouden groeien met een samengesteld jaarlijks groeipercentage van 13.8%, om in 2028 de $380 miljard te bereiken. Voor een kleine ondernemer betekent die schaal vooral goedkopere, snellere opties van hosts die voorheen alleen cloud aanboden.
Ondertussen hebben framework-tools de edge-implementatie bijna onzichtbaar gemaakt voor ontwikkelaars. Next.js-middleware draait automatisch op Vercel Edge Functions. Remix zet uit naar Cloudflare Workers met slechts één adapterwijziging. SvelteKit ondersteunt edge-implementatie via adapters voor Cloudflare, Vercel en Netlify. Dus een site-eigenaar die vandaag een ontwikkelaar inhuurt, draait wellicht al aan de edge, zonder dat iemand dat ooit als een bewuste keuze heeft aangekaart.
Waarom edge computing latentie en kosten verandert
Latentie is de belangrijkste reden waarom iemand zich überhaupt met edge computing bezighoudt. Cloudflare Workers draait code op 300+ wereldwijde edge-locaties, wat resulteert in een 'Time to First Byte' van minder dan 50ms voor gebruikers wereldwijd, zonder complexe CDN-configuratie of multi-regio architectuur. Dat verschil is het belangrijkst wanneer bezoekers zich ver van je oorspronkelijke hostinglocatie bevinden, bijvoorbeeld een klant in Singapore die een site bezoekt die op servers in Londen draait.
Kosten werken ook anders. Betaal alleen voor executietijd (CPU-tijd), niet voor inactiviteit tijdens het wachten op I/O. Daarom kunnen een rustige brochure-site en een drukke webshop hetzelfde prijsmodel delen zonder dat de een de ander moet subsidiëren.
In de praktijk vervangt edge computing zelden je hoofdhosting volledig. In plaats daarvan staat het er meestal voor, waarbij pagina's worden gecachet en kleine stukjes logica worden uitgevoerd voordat een verzoek de bron bereikt. Dat is een kleinere verandering dan de meeste site-eigenaren verwachten, en een cachelaag aan de edge is vaak het enige waar ze ooit iets van zullen merken.
De hostingrisico's die edge computing niet wegneemt
Niets hiervan verandert de basisprincipes waar de meeste incidenten naar terug te leiden zijn. Back-ups, updates en toegangscontrole bevinden zich nog steeds op de plek waar je daadwerkelijke database en bestanden staan, niet aan de edge. Dus een gecompromitteerde WordPress-login veroorzaakt op een site met edge-fronting net zoveel schade als vijf jaar geleden.
Edge-functies hebben ook beperkingen die mensen kunnen verrassen. Workers hebben een CPU-tijdlimiet van 50ms per verzoek op het gratis abonnement en 30 seconden op betaalde abonnementen. Bovendien ruilt Cloudflare KV sterke consistentie in voor wereldwijde leesprestaties, en kunnen waarden die in de ene regio zijn geschreven tot 60 seconden nodig hebben om wereldwijd te propageren.
Voor de meeste kleine sites is de veiligste aanpak om edge computing als een toevoeging te zien, niet als een vervanging. Houd je kern-hostingrelatie simpel en begrijpelijk. Laat vervolgens een cache- of edge-laag de routing en statische content afhandelen, waar het voordeel echt is en het nadeel klein blijft.
Edge computing: de praktische samenvatting
Edge computing is niet zozeer hype als wel een verandering in de 'loodgieterij' die de meeste site-eigenaren nooit direct zullen zien. Het brengt pagina's dichter bij bezoekers en verandert hoe hosts hun servers prijzen. Maar het neemt niet de noodzaak weg voor solide back-ups, veilige logins of een host die je daadwerkelijk kunt vertrouwen. Als je huidige opzet al gebruikmaakt van een CDN, heb je waarschijnlijk al met edge computing te maken gehad zonder het te merken. Vraag je host direct welke delen van je stack aan de edge draaien en wat nog steeds afhankelijk is van één server. Ik behandel dit soort hostingvragen elke week hier op STACKwebzine.
Leer meer over edge computing
- Overzicht van Cloudflare Workers
- 10 edge computing trends om in de gaten te houden in 2026 en daarna
- Documentatie van Vercel Functions
