Hoe pakken we hoge beschikbaarheid van webprojecten aan? En waarom verlaten we CloudFlare?
Na jarenlang CloudFlare te hebben gebruikt als onze voorkeursoplossing voor het garanderen van een hoge beschikbaarheid en snelheid van websites, verlaten we deze service en vervangen we deze door onze eigen bronnen.
Wat is CloudFlare?
CloudFlare helpt het laden van websites te versnellen. Een van de belangrijkste manieren waarop het deze versnelling bereikt, is door het verminderen van de hoeveelheid gegevens die wordt overgedragen tussen de browser van de gebruiker en de server waar de website wordt gehost. CloudFlare downloadt individuele pagina’s, afbeeldingen en andere bestanden van de originele server. Deze worden vervolgens gecached op krachtige servers. De dichtstbijzijnde server voorziet de gebruiker vervolgens in de kortst mogelijke tijd van de webinhoud. CloudFlare is wereldwijd gedistribueerd en zorgt dus voor een zeer hoge beschikbaarheid van websites vanaf elke locatie.
Hoe hebben we CloudFlare bij TRITON IT gebruikt?
Van tijd tot tijd worden we benaderd door bedrijven die willen dat we hun bestaande website, portal of online dienst overnemen en beheren. Als de eigenaren van deze websites geen nieuwe websites wilden laten maken, maar alleen bestaande websites wilden laten onderhouden en sneller wilden maken, heeft het inzetten van CloudFlare geholpen om veel prestatieproblemen te elimineren en de Google-paginasnelheid te verbeteren. Een ander geval was het inzetten van CloudFlare op alle nieuwe webportals, presentaties of microsites die we maakten. We stelden eerst alle paginasnelheidsparameters in zonder CloudFlare en activeerden deze vervolgens.
Waarom verlaten we CloudFlare?
CloudFlare is in de loop van zijn bestaan geëvolueerd. Tegenwoordig is het een robuuste service met betaalde tarieven. Hoewel er één gratis plan wordt aangeboden, is dit zeer ondermaats voor de behoeften van klanten. In feite leveren alleen de pay-as-you-go tarieven echte voordelen en aanzienlijke datasnelheden. Voor een paar projecten begonnen we te zien dat vanaf een bepaalde schaal van aanwezigheid op het web, het onbetaalde plan van CloudFlare meer een verplichting dan een voordeel wordt.
Om een beter idee te krijgen van deze verandering, volgen hier een paar specifieke voorbeelden waarbij de overstap van CloudFlare naar in-house tools een significante verschuiving voor klanten heeft betekend.
Casestudie 1: Website LPP Groep
De webgebaseerde productcatalogus van de LPP Groep wordt gehost in 12 landen, bevat 17 talen en duizenden verschillende webpagina’s die zijn gegenereerd op basis van actuele productinformatie. De invoervereisten waren beperkend voor de prestaties van deze website:
- De klant had een algemeen bekend CMS-systeem nodig voor het beheer van de producten en pagina’s van de site.
- Maar het moest ook ingewikkelde, dynamische koppelingen maken tussen dergelijke producten en andere inhoud.
CMS-systemen slaan gegevens meestal op in een zeer generiek datamodel dat dergelijke complexe koppelingen niet efficiënt kan vastleggen. Om een goede site snelheid te bereiken, was het daarom noodzakelijk om object caching te gebruiken.
Wat is een CMS?
contentmanagementsysteem, de naam voor software waarmee je tekst en pagina’s van een website kunt organiseren, maken en efficiënt kunt onderhouden
Het moeilijkste aan het werken met een cache is altijd het uitzoeken van de zogenaamde invalidatie, wat betekent dat je de juiste beslissing moet nemen wanneer de cache al verouderd is en vervangen moet worden door een nieuwe. Het gratis plan van CloudFlare kon dit oplossen, maar alleen tot een bepaald aantal pagina’s op de site. Bij ongeveer 500 verschillende pagina’s in de cache had CloudFlare Worker niet meer genoeg tijd om de invalidatie uit te voeren. Als gevolg daarvan konden bezoekers verouderde versies van afzonderlijke producten te zien krijgen. De oplossing zou zijn geweest om over te stappen op een betaald CloudFlare-abonnement, maar aangezien de LPP-webapplicatie op 6 verschillende webdomeinen draait, zouden de kosten van het betaalde abonnement 6 keer zo hoog zijn geworden. Onder deze omstandigheden was het rendabeler voor LPP om over te stappen op een oplossing op eigen hardware, die we kant-en-klaar voor het bedrijf bouwden.
Specifiek voorbeeld 2: MISURA-website
De website die gehost wordt op het misura.store domein dient als de officiële informatiewebsite van het merk MISURA, een gids voor gebruikers van MISURA producten, en last but not least, de belangrijkste bron van organisch verkeer. Om het steeds groeiende aantal pagina’s in 7 talen ondanks de grote concurrentie op de topposities te laten verschijnen, is het noodzakelijk om de TTFB (time to first byte) en FCP (first contentful paint) metrics en FID (first input delay) waarden in Pagespeed en Search Console zo laag mogelijk te houden.
Het blijkt dat met name TTFB nauw samenhangt met serverbelasting en -beschikbaarheid. Door herhaalde metingen over een periode van 14 dagen toonden we correlaties aan tussen de belasting van de server en het aantal weergaven van webpagina’s in zoekresultaten die door Google PageSpeed werden gerapporteerd. TTFB veranderde echter niet significant na de verhuizing naar een krachtigere server. CloudFlare was opnieuw de schuldige, omdat het prioriteit geeft aan de beschikbaarheid van de site op basis van het niveau van het betaalde plan. Het niet-betaalde plan krijgt dus niet genoeg prioriteit om TTFB significant te verlagen, zelfs als full-page caching is ingeschakeld. Nogmaals, het was gunstiger voor de klant om CloudFlare niet meer te gebruiken.
Specifiek voorbeeld 3: RI OKNA website
Voor de RI OKNA website hielp CloudFlare een periode te overbruggen waarin een nieuwe website werd ontwikkeld en een oudere versie van de website moest worden onderhouden waarvoor geen documentatie bestond. CloudFlare’s anti-spam protection service hielp ons met succes form spammer aanvallen af te weren zonder in te grijpen in de website code.
Helaas kregen we na de overgang naar de nieuwe website opnieuw te maken met dezelfde situatie als MISURA – een beperking in de TTFB-metriek. Aangezien RI Okna, net als LPP, gepland was om op 6 verschillende domeinen te werken, die elk voor één markt en taal zouden werken, moesten we het idee van een betaald plan laten varen.
Onze eigen bronnen opbouwen
Door illustratieve voorbeelden per klant te geven, kunnen we verklaren dat CloudFlare wel helpt om de periode te overbruggen waarin bepaalde specifieke websites verouderd zijn en erg moeilijk om mee te werken, maar aan de andere kant brengt het ook enkele nadelen met zich mee. Een belangrijk nadeel is dat CloudFlare de beschikbaarheid van sites prioriteert op basis van het niveau van het betaalde plan, waardoor het niet-betaalde plan niet genoeg prioriteit krijgt om TTFB aanzienlijk te verminderen. Zelfs in het geval van caching presteerde CloudFlare niet goed in het gratis plan omdat het alleen cache-invalidatie kon aanpakken tot een bepaald volume van sites. Daarna was het weer nodig om over te schakelen naar het kosteneffectieve betaalde plan. Dit is niet de enige reden waarom we bij TRITON IT besloten om te investeren in onze eigen high-performance hardware, die we hosten in samenwerking met Czech Radio Telecommunications. Voor meer veeleisende klanten en klanten die belang hechten aan uitstekende organische resultaten in zoekmachines, zijn we dus in staat om een hoge webbeschikbaarheid te bieden als een kant-en-klare service. En klanten zo grotere voordelen bieden, niet alleen op het gebied van prestaties, maar ook financieel.