Naar de inhoud

Content Delivery Network

Een CDN levert webinhoud vanuit meerdere locaties. Openbare bestanden kunnen er worden gecachet; persoonlijke portaalantwoorden vragen om eigen cacheregels.

Ook bekend alsCDN
Cloud & beheer

Wat is een Content Delivery Network?

Een Content Delivery Network (CDN) levert webinhoud via verspreide servers. MDN beschrijft het beschikbaar houden van kopieën op meerdere locaties. Bij een passende cachehit kan een opgeslagen kopie het verzoek beantwoorden. Een ontbrekende kopie moet eerst bij de oorsprongsserver worden opgehaald. Het effect hangt dus af van inhoud, configuratie en werkelijke verzoeken.

Voorbeeld: een openbare handleiding verspreiden

In het fictieve voorbeeld wordt de vrij toegankelijke handleiding handbuch-v1.pdf via een CDN geleverd. Voor de nieuwe editie publiceert het team handbuch-v2.pdf en werkt het de links op de website bij. Het controleert welke editie via elk adres aankomt. Een bestand vervangen zonder het adres te wijzigen zou ook een passende verversing of verwijdering van de gecachte kopieën vereisen.

Persoonlijke projectrapporten uit het portaal mogen in dit ontwerp niet in de gedeelde CDN-cache terechtkomen. MDN onderscheidt privé- en gedeelde caches en waarschuwt voor het delen van gepersonaliseerde inhoud met anderen. Het team moet antwoordheaders en de werkelijk toegepaste CDN-regels daarop afstemmen; alleen inloggen is onvoldoende bewijs.

Een CDN vervangt noch de toegangscontrole van de applicatie, noch een back-up- en herstelplan. Of het de levering verbetert, moet voor de benodigde bestanden en gebruikerslocaties worden gemeten.

Bronnen

Verwante begrippen

Artikelen over dit onderwerp

Gidsen · Softwareontwikkeling2 minBrowser-, API- en databasetijden juist koppelenEen denkbeeldige lijstaanvraag verbindt meetgrenzen met een aanvraagkenmerk, zodat inbegrepen tijden niet dubbel worden geteld.Philipp Reuter13 nov 2026
Insights · Cloud & beheer2 minWat een groene statusindicator werkelijk controleertEen bereikbare homepage bewijst niet dat bestellen werkt. Benoem de geteste taak en de grenzen van ieder groen signaal.Philipp Reuter13 nov 2026
Insights · Cloud & beheer2 minTechnische taken opnieuw toewijzen bij een hostingwisselEen beheerde dienst kan beheertaken overnemen. Controleer wel wie accounts, projecttoegang, sleutels en de overdracht concreet beheert.Lukas Schneider13 nov 2026
Insights · Cloud & beheer2 minTwee applicatieservers kunnen dezelfde uitvaloorzaak hebbenEen tweede applicatieserver helpt bij bepaalde storingen. Een gedeelde database of één toegangspunt kan de hele werkwijze nog steeds blokkeren.Lukas Schneider13 nov 2026
Insights · Cloud & beheer2 minDringende alarmen vragen om een concrete actieEen fictief geval scheidt dubbele foutmeldingen van waarschuwingen. Minder onderbrekingen alleen bewijzen nog geen hogere betrouwbaarheid.Lukas Schneider13 nov 2026
Insights · Cloud & beheer2 minAutomatische updates uitvoeren met duidelijke stopcriteriaAutomatisering vraagt om tests na installatie. Bepaal wanneer de verdere uitrol stopt en wie beslist of deze kan doorgaan.Lukas Schneider13 nov 2026
Insights · Cloud & beheer2 minSLA-doelen verbinden met een incidentprocedureEen beschikbaarheidscijfer vraagt om een duidelijk meetbereik. Bij uitval van uw applicatie horen ook waarneming, verantwoordelijkheid en hervatting.Lukas Schneider13 nov 2026
Insights · Cloud & beheer2 minKleine teams moeten hun infrastructuur kunnen beherenBeoordeel wie updates, storingen en herstel uitvoert. Een klein portaal laat zien wanneer uitgebreidere orkestratie kan helpen.Lukas Schneider13 nov 2026

Cloud & beheer met ASES

Hosting, deployment, onderhoud en support

Offerte aanvragenMeer over Cloud & beheer