Wie gehen wir mit der Hochverfügbarkeit von Webprojekten um? Und warum verlassen wir CloudFlare?

Nachdem wir jahrelang CloudFlare als unsere bevorzugte Lösung zur Sicherstellung der Hochverfügbarkeit und Geschwindigkeit von Websites genutzt haben, verlassen wir diesen Dienst und ersetzen ihn durch unsere eigenen Ressourcen.

Was ist CloudFlare?

CloudFlare hilft dabei, das Laden von Websites zu beschleunigen. Diese Beschleunigung wird vor allem dadurch erreicht, dass die Datenmenge, die zwischen dem Browser des Nutzers und dem Server, auf dem die Website gehostet wird, übertragen wird, reduziert wird. CloudFlare lädt einzelne Seiten, Bilder und andere Dateien vom ursprünglichen Server herunter. Diese werden dann auf leistungsstarken Servern zwischengespeichert. Der nächstgelegene Server stellt dem Nutzer die Webinhalte dann in kürzester Zeit zur Verfügung. CloudFlare ist weltweit verteilt und sorgt so für eine sehr hohe Verfügbarkeit von Websites von überall her.

Wie haben wir CloudFlare bei TRITON IT eingesetzt?

Von Zeit zu Zeit werden wir von Unternehmen angesprochen, die ihre bestehende Website, ihr Portal oder ihren Online-Dienst von uns übernehmen und verwalten lassen wollen. Wenn die Eigentümer dieser Websites keine neuen Websites erstellen, sondern nur die bestehenden warten und schneller machen wollten, hat der Einsatz von CloudFlare dazu beigetragen, viele Leistungsmängel zu beseitigen und die Google Page Speed Rankings zu verbessern. Ein weiterer Fall war der Einsatz von CloudFlare auf allen neuen Webportalen, Präsentationen oder Microsites, die wir erstellt haben. Wir haben zunächst alle Page Speed-Parameter ohne CloudFlare eingestellt und es dann aktiviert.

Warum verlassen wir CloudFlare?

CloudFlare hat sich im Laufe seines Bestehens weiterentwickelt. Heute ist es ein robuster Dienst mit kostenpflichtigen Tarifen. Es wird zwar ein kostenloser Tarif angeboten, doch ist dieser für die Bedürfnisse der Kunden sehr unzureichend. In der Tat bieten nur die kostenpflichtigen Tarife echte Vorteile und erhebliche Datengeschwindigkeiten. Bei einigen Projekten haben wir festgestellt, dass ab einer gewissen Größe der Webpräsenz der unbezahlte Tarif von CloudFlare eher eine Belastung als ein Vorteil ist.

Um eine bessere Vorstellung von dieser Veränderung zu bekommen, finden Sie hier ein paar konkrete Beispiele, bei denen der Wechsel von CloudFlare zu internen Tools für die Kunden einen erheblichen Fortschritt bedeutete.

Fallstudie 1: Website der LPP-Gruppe

Der webbasierte Produktkatalog der LPP Group wird in 12 Ländern gehostet, enthält 17 Sprachen und Tausende von verschiedenen Webseiten, die aus aktuellen Produktinformationen generiert werden. Die Anforderungen an die Eingabe waren für die Leistung dieser Website limitierend:

• Der Kunde benötigte ein weithin bekanntes CMS-System, um die Produkte und Seiten der Website zu verwalten.
• Er musste aber auch komplizierte, dynamische Verknüpfungen zwischen solchen Produkten und anderen Inhalten herstellen.

CMS-Systeme speichern Daten in der Regel in einem sehr generischen Datenmodell, das solche komplexen Verknüpfungen nicht effizient erfassen kann. Um eine gute Geschwindigkeit der Website zu erreichen, war es daher notwendig, Objekt-Caching zu verwenden.

Was ist ein CMS?

content Management System, die Bezeichnung für eine Software, mit der man Texte und Seiten einer Website organisieren, erstellen und effizient pflegen kann

Das Schwierigste bei der Arbeit mit einem Cache ist immer die so genannte Invalidierung, d.h. die richtige Entscheidung, wann der Cache bereits veraltet ist und durch einen neuen ersetzt werden muss. Der kostenlose Plan von CloudFlare war in der Lage, dieses Problem zu lösen, allerdings nur bis zu einer bestimmten Anzahl von Seiten auf der Website. Bei etwa 500 verschiedenen Seiten im Cache hatte CloudFlare Worker nicht mehr genug Zeit, um die Invalidierung durchzuführen. Infolgedessen konnten den Besuchern veraltete Versionen einzelner Produkte angezeigt werden. Die Lösung wäre gewesen, zu einem kostenpflichtigen CloudFlare-Tarif zu wechseln, aber da die LPP-Webanwendung auf 6 verschiedenen Webdomains läuft, hätten sich die Kosten für den Betrieb des kostenpflichtigen Tarifs versechsfacht. Unter diesen Umständen war es für LPP rentabler, auf eine Lösung auf eigener Hardware zurückzugreifen, die wir für sie schlüsselfertig gebaut haben.

Konkretes Beispiel 2: MISURA-Website

Die unter der Domain misura.store gehostete Website dient als offizielle Informationswebsite der Marke MISURA, als Leitfaden für die Benutzer von MISURA-Produkten und nicht zuletzt als Hauptquelle für organischen Traffic.
Damit die stetig wachsende Anzahl von Seiten in 7 Sprachen trotz des hohen Wettbewerbs auf den vorderen Plätzen angezeigt wird, ist es notwendig, die Metriken TTFB (time to first byte) und FCP (first contentful paint) sowie die FID (first input delay) Werte in Pagespeed und Search Console so niedrig wie möglich zu halten.

Es stellt sich heraus, dass insbesondere TTFB eng mit der Serverlast und -verfügbarkeit zusammenhängt. Durch wiederholte Messungen über einen Zeitraum von 14 Tagen konnten wir Korrelationen zwischen der Serverauslastung und der Anzahl der Webseitenaufrufe in den von Google PageSpeed gemeldeten Suchergebnissen nachweisen. TTFB änderte sich jedoch nach dem Umzug auf einen leistungsfähigeren Server nicht wesentlich. Auch hier war CloudFlare schuld, denn es priorisiert die Verfügbarkeit der Website je nach Höhe des bezahlten Tarifs. Somit erhält der nicht bezahlte Plan nicht genug Priorität, um TTFB signifikant zu reduzieren, selbst wenn das Full-Page-Caching aktiviert ist. Auch hier war es für den Kunden vorteilhafter, CloudFlare nicht mehr zu nutzen.

Spezifisches Beispiel 3: RI OKNA-Website

Für die RI OKNA-Website half CloudFlare bei der Überbrückung eines Zeitraums, in dem eine neue Website entwickelt wurde und eine ältere Version der Website beibehalten werden musste, für die es keine Dokumentation gab. Der Anti-Spam-Schutzdienst von CloudFlare half uns erfolgreich, Spammer-Angriffe abzuwehren, ohne in den Code der Website eingreifen zu müssen.

Leider sahen wir uns nach der Umstellung auf die neue Website erneut mit der gleichen Situation wie bei MISURA konfrontiert – einer Einschränkung der TTFB-Metrik. Da RI Okna, wie LPP, für 6 verschiedene Domains geplant war, von denen jede für einen Markt und eine Sprache arbeiten sollte, mussten wir die Idee eines kostenpflichtigen Plans aufgeben.

Aufbau unserer eigenen Ressourcen

Anhand von Beispielen für jeden Kunden können wir erklären, dass CloudFlare zwar hilft, die Zeit zu überbrücken, in der bestimmte Websites veraltet und sehr schwer zu bearbeiten sind, dass es aber auch einige Nachteile mit sich bringt. Ein wesentlicher Nachteil ist, dass CloudFlare die Verfügbarkeit von Websites nach dem Niveau des bezahlten Plans priorisiert und somit der nicht bezahlte Plan nicht genug Priorität erhält, um TTFB signifikant zu reduzieren. Auch bei der Zwischenspeicherung (Caching) schnitt CloudFlare im kostenlosen Tarif nicht gut ab, da es nur in der Lage war, die Cache-Ungültigkeit bis zu einer bestimmten Anzahl von Websites zu beheben. Danach war es wieder notwendig, auf den kostenpflichtigen Tarif zu wechseln. Nicht nur aus diesem Grund haben wir uns bei TRITON IT entschieden, in eigene Hochleistungshardware zu investieren, die wir in Zusammenarbeit mit Czech Radio Telecommunications hosten. Für anspruchsvollere Kunden und Kunden, die Wert auf hervorragende organische Ergebnisse in den Suchmaschinen legen, können wir so eine hohe Webverfügbarkeit als schlüsselfertige Dienstleistung anbieten. So können wir unseren Kunden nicht nur in Bezug auf die Leistung, sondern auch in finanzieller Hinsicht größere Vorteile bieten.