Statische levering van de webservers halen
Akamai CDN ingevoerd om ongeveer 90% van onze objecten dicht bij gebruikers te cachen en zo de bare-metal-originservers te ontlasten.
~90% objecten dicht bij gebruikers gecachetLees het projectverhaal
Het vertrekpunt
In 2008 draaide het platform op fysieke webservers achter één load balancer. Er was geen cachelaag: verzoeken om statische inhoud gingen rechtstreeks naar het webserverpark. Als weerdienstverlener hadden we te maken met extreme schommelingen in de vraag. Afhankelijk van het weer en andere grote gebeurtenissen leverden afzonderlijke dagen ongeveer 20 keer het gebruikelijke verkeer op, vergelijkbaar met de piek van een winkelier op Black Friday. We hadden een systeem nodig dat met die pieken kon meegroeien.
Het knelpunt
Bij hoge requestfrequenties werd de beschikbare socketcapaciteit een knelpunt. De website kon onbereikbaar raken, terwijl een groot deel van de vraag inhoud betrof die niet telkens opnieuw door de origin hoefde te worden geleverd.
De verandering
Met Akamai kon ongeveer 90% van onze objecten dicht bij gebruikers worden gecachet. Slechts zo’n 10% van de aanvragen bereikte nog de origin: ongeveer 90% minder aanvragen op de origin. Die verlichting maakte het mogelijk het webserverpark te verkleinen.
Meer operationele speelruimte
We kregen ook een extra mogelijkheid om drukke dagen op te vangen: langere cachetermijnen voor geschikte inhoud konden de origin verder ontlasten. Daarvoor moesten we per soort inhoud bepalen waar langer cachen acceptabel was, in plaats van overal dezelfde instelling toe te passen.
De les: lever herbruikbare inhoud dichter bij gebruikers en behandel cachebeleid als een middel voor beheer, niet alleen als een prestatie-instelling. Historische projectsamenvatting; infrastructuuridentificatoren en interne operationele details zijn bewust weggelaten.


cloud / systemen