Die Bedeutung eines modernen CDN

Zu viele Entwickler und Unternehmen sind noch immer im dunklen Zeitalter der herkömmlichen Blackbox-CDNs gefangen. Diese Content Delivery Networks sind nicht für die erforderliche Echtzeit-Observability, integrierte Security und programmatische Kontrolle gemacht, um modernen Nutzern die dynamischen Erlebnisse zu liefern, die sie erwarten.

Fastlys modernes CDN ermöglicht innovative digitale Erlebnisse, die sich wiederum positiv auf Faktoren wie Customer Lifetime Value, Conversion-Raten, Kundenbindung und Umsätze auswirken. So können Unternehmen ihren Entwicklern die Zügel in die Hand geben und es ihnen erleichtern, innovativ, sicher und wettbewerbsorientiert zu arbeiten.

Themenschwerpunkte des Webinars:

Die Entwicklung herkömmlicher CDNs und der Status quo der CDN-Branche, die auf diesem bröckelnden Fundament basiert

Die Vorteile eines modernen CDN, einschließlich Praxisanwendungen der Fastly Kunden Gannett und Stripe, die beim Erfüllen und Übertreffen der Nutzererwartungen jeweils mit ihren eigenen Herausforderungen konfrontiert sind

Wie Sie einen modernen CDN-Anbieter auswählen und nach welchen Unterscheidungsmerkmalen Sie beim Vergleich mit Ihrem herkömmlichen CDN Ausschau halten sollten, einschließlich der Möglichkeiten, einen Return on Investment zu erzielen

Im Anschluss an dieses Webinar werden Sie verstehen, warum es an der Zeit ist, Ihr herkömmliches CDN durch eines zu ersetzen, das auf moderne Nutzer und Entwickler zugeschnitten ist.

[Leigh Clancy] Hallo und vielen Dank, dass Sie am Webinar „Die Bedeutung eines modernen CDN“ teilnehmen.

In diesem Webinar beschäftigen wir uns mit der Entwicklung von CDNs, den Vorteilen eines modernen CDN – einschließlich Praxisanwendungen –, der Auswahl eines modernen CDN-Anbieters und was es dabei zu beachten gilt. Senden Sie uns gerne Ihre Fragen über unseren Chat. Wir versuchen, diese am Ende zu beantworten. Unser heutiger Redner ist Lee Chen. Er ist Vice President of Corporate Development and Strategic Partnerships bei Fastly und Executive Sponsor für unsere Medienprodukte. Bei Fastly war er bereits in zahlreichen Funktionen in den Bereichen Produkt, Marketing und Partnerships tätig. In den letzten 20 Jahren hat er in der Medien- und Unterhaltungsbranche Pionierarbeit bei Liveübertragungen über das Internet geleistet. Bevor er zu Fastly kam, gründete und leitete er mehrere Technologie-Startups im E-Sport-Bereich. Und damit überlasse ich Lee das Wort.

[Lee Chen] Danke, Leigh. Hallo zusammen. Schön, dass Sie heute dabei sind. Ich rufe nur noch kurz meine Präsentation auf. Ich denke, Sie können sie jetzt alle sehen. Hallo, und danke nochmal, dass sie dabei sind. Ich freue mich sehr. Ich bin sogar ein wenig aufgeregt, dass wir uns heute mit der Frage des modernen CDN und seiner Bedeutung befassen. Wie Leigh bereits erwähnte, bin ich vor ca. neun Jahren zu Fastly gestoßen. Ich hatte das Glück, im Laufe meiner Karriere sowohl auf Infrastrukturseite als auch auf Direktkundenseite Erfahrungen sammeln zu können. Meine Wurzeln liegen in der Telekommunikation, zu Zeiten der ersten Breitbandverbindungen. Als ich anschließend die Anfänge des E-Sports samt Liveübertragungen miterlebte, wurden mir viele Herausforderungen im Zusammenhang mit Echtzeitinteraktivität und der Skalierung von Plattformen für Millionen von Nutzern bewusst. Und als ich zu Fastly kam, ging die spannende Suche nach Lösungen für die unterschiedlichsten Anwendungsbereiche im Internet weiter. Ich freue mich darauf, heute einige der Erkenntnisse, die ich dabei gewinnen durfte, mit Ihnen zu teilen und aufzuzeigen, warum sie im modernen Entwicklungskontext so wichtig sind. 

Ich werde auch auf die Entwicklung moderner CDNs eingehen, da ich dies für das Verständnis von Zusammenhängen sehr wichtig halte. Im weiteren Verlauf beleuchten wir einige der Vorteile näher, besprechen beeindruckende Praxisbeispiele und erörtern, was Sie bei der Wahl eines modernen CDN für Ihren spezifischen Anwendungsfall beachten sollten. Zum Abschluss erfolgt eine kurze Anmerkung, warum Fastly eine gute Wahl ist. Ich hoffe, dass Sie in dieser Präsentation insgesamt ein paar Einblicke in die mögliche Skalierung Ihrer App gewinnen können, und zwar nicht nur im Hinblick auf Nutzerzahlen, sondern auch in Bezug auf Performance, Reichweite, Sicherheit und vor allem Kontrolle. Mit ist übrigens bewusst, dass das Publikum heute bunt gemischt ist und sich wahrscheinlich niemand einen stundenlangen Vortrag zu diesem Thema anhören möchte. Deshalb versuche ich, das Ganze möglichst kurz zu halten. Wie bereits von Leigh erwähnt, können Sie Ihre Fragen jederzeit gerne über den Chat stellen, und wir versuchen, sie zu beantworten.

Legen wir also los.

Welche Möglichkeiten gab es für Unternehmen vor der Erfindung des CDN? In den Anfangsjahren der Internetära zeichneten sich zahlreiche Herausforderungen ab, besonders als Apps und Websites ein immer breiteres Publikum anzogen und immer beliebter wurden. Diese Herausforderungen bestehen auch heute noch. Bei der Erstellung unserer ersten App oder Website hatten wir in der Regel kein global verteiltes Edge-Netzwerk, über das wir unsere Inhalte weltweit schnell und sicher ausliefern konnten. Das Ergebnis: schlechte Nutzererlebnisse aufgrund von langsamen Ladezeiten oder nicht funktionierende Websites aufgrund von geografisch bedingter Fragmentierung. Um solche Probleme zu vermeiden, galt es entweder eine elegante Lösung zu finden

oder rund um den Globus mehrere Instanzen der Website oder der App einzurichten, was sich wiederum auf die Einheitlichkeit der Datensätze auswirken konnte.

Und genau diese Herausforderungen waren der Auslöser für die Entwicklung von CDNs. Die frühen CDNs funktionierten alle sehr ähnlich. Sie erstellten Kopien oder die Möglichkeit, mehrere Kopien derselben Dateien an verschiedenen Orten auf der Welt – sogenannten Caches oder Points of Presence (POPs) – zu speichern. So ließen sich etwas bessere Ergebnisse erzielen, da diese Caches darauf ausgelegt waren, statische Inhalte einer Website oder App zu speichern. Dinge wie Bilder, Videos oder Text änderten sich nicht so häufig, weshalb das Problem mit der Einheitlichkeit durch den Einsatz von CDNs so gut wie gelöst war. Aber [ups, Verzeihung] … Aber bei dynamischen Inhalten wie dem Login-Status, den Startseiten großer Nachrichtenseiten oder dem persönlichen Twitter-Feed, die sich häufig änderten oder – schlimmer noch – für einzelne Nutzer personalisiert werden mussten, halfen diese CDNs nicht wirklich. Außerdem basierte das frühe Internet auf einer völlig anderen Netzwerktopologie. Um effektiv zu sein, mussten frühe CDNs ihre POPs in unmittelbarer Nähe zu den Endnutzern platzieren.

Als sich das Internet aber weiterentwickelte und seine Verbreitung und alltägliche Nutzung exponentiell zunahm, häuften sich die Probleme mit der ursprünglichen Architektur jedes Jahr aufs Neue. Hunderttausende von Cache-Servern auf der letzten Meile des Internets bedeuteten Hunderttausende von Kopien derselben Inhalte auf der ganzen Welt. Und wenn Inhalte wie eine aktualisierte Version einer Startseite erstmals von einem dieser Cache-Server angefordert wurden, musste dieser zunächst eine Anfrage an den Origin-Server – also an Ihren Anwendungs-Stack – richten, um diese Inhalte abrufen zu können. Bei besonders beliebten Apps oder Inhalten konnte dies dazu führen, dass Millionen und Abermillionen von Nutzern Ihren Origin-Server in Beschlag nahmen, um an die neuesten Inhalte zu gelangen. So wurde also für die Legacy-Architektur das sogenannte Mid-Tier-Caching eingeführt, das Sie hier sehen. Mit dieser Technologie fungierten – in Anführungszeichen – „nur“ Zehntausende von Servern als Origin für die Caches auf der letzten Meile, die aber immer noch auf Ihren Origin-Server zurückgreifen mussten, wenn neue oder aktualisierte Inhalte abgerufen wurden. Erschwerend hinzu kam nun, dass es immer mehr Echtzeitinhalte gab. DevOps und Continuous Integration and Deployment wurden zu einer festen Größe, nicht nur, um Entwickler-Workflows zu verbessern, sondern auch, damit Unternehmen schneller iterieren konnten. All diese Faktoren stellten die Edge-Architekturen der Vergangenheit vor immer größere Herausforderungen, die es zu lösen galt. Eine veraltete Version einer Webseite zu speichern, ist schlecht. Mehrere, immer noch ältere und zunehmend fehlerhafte Versionen von Inhalten, APIs oder sogar ganzen Edge-Anwendungen zu speichern, ist aber noch viel, viel schlimmer. Selbst mit diesen tief auf der letzten Meile verwurzelten Caches und Mid-Tier-Caches war die sprichwörtliche tosende Meute also immer noch oft auf dem Weg zu Ihren Origin-Servern. Unser Edge-CDN wurde in erster Linie entwickelt, um das Skalierungsproblem auf vertikaler und horizontaler Ebene zu lösen. Dann wären da aber auch noch Bots und böswillige Akteure, die darauf aus sind, Anwendungen zu missbrauchen, zu scrapen oder noch Schlimmeres damit anzustellen. In diesem Diagramm fehlt es, wie Sie sehen, an tatsächlicher Observability oder Transparenz über das, was auf der Edge passiert. Bei herkömmlichen Architekturen erhalten Sie Ihre Logs zwar nach ca. 24-48 Stunden. Für die Diagnose oder Fehlersuche in Echtzeit bringt Ihnen das aber überhaupt nichts.

Was in unserem Diagramm ebenfalls fehlt, ist die Möglichkeit, Inhalte auf der Edge zu invalidieren und Entwicklern den Zeitaufwand zu ersparen, der notwendig ist, um eine falsche Schlagzeile, falsche Bestandszahlen oder andere geschäfts- oder markenkritische Daten zu korrigieren, die im Internet kursieren. Und genau hier kommt Fastly ins Spiel. Worin unterscheiden sich also das moderne CDN und Fastly? Zunächst einmal betreiben wir umfangreiche POPs an den wichtigsten Knotenpunkten des Internets, und nicht auf der letzten Meile. Hier trifft also das Internet auf all die anderen verteilten Netzwerke rund um den Globus. Dies ermöglicht eine Konsolidierung von Rechenleistung, Speicher und Netzwerktechnologie sowie eine höhere Effizienz bei Caching und Computing, was für Sie, Ihre Website oder Ihre Anwendung wiederum mehr Kontrolle und Verfügbarkeit bedeutet. Und weil wir an den wichtigsten Knotenpunkten des Internets vertreten sind, ist unser Netzwerk in puncto Latenz und Performance mindestens genauso gut, wenn nicht sogar besser als herkömmliche CDNs. Überzeugen Sie sich selbst in den öffentlichen Drittanbieterstatistiken von Citrix. Wenn jemand netterweise den Link im Chat posten könnte, wäre das großartig. Dort finden Sie Latenzmetriken, die von einem unabhängigen Drittanbieter erhoben wurden, der die Latenzzeiten aller Anbieter misst. Sehen Sie sich dort die Zahlen zur Auslieferung dynamischer Objekte an. Sie liefern möglicherweise den aussagekräftigsten Überblick über die Performance eines bestimmten Edge-Netzwerks. Die geballte Rechenleistung in unseren Mega-POPs bedeutet, dass Sie mit Fastly Compute komplexe Anwendungslogik in Ihren Konfigurationsskripten oder sogar ganze Anwendungen direkt auf der Edge und in der Flussrichtung der bei Ihren Anwendungen und Websites eingehenden Nutzeranfragen ausführen können. In Verbindung mit unserem Request Collapsing oder redundanten Shielding prasseln also anstelle von Zehntausenden Mid-Tier-Anfragen nur eine oder vielleicht zwei Anfragen auf Ihren Origin-Server ein – eine tosende Meute bleibt aus. Beim Firewall-Schutz mithilfe einer Inline-Webanwendungs-API ist es so, dass ein Teil des Request Flows zurück zur App geleitet wird und die Firewall im Blocking Mode arbeitet, weil sie tatsächlich zwischen legitimen Nutzern und Angreifern unterscheiden kann. Auf diese Weise können Sie direkt aus Ihren Entwickler-Workflows heraus per API programmatisch auf die gesamte Edge-Plattform zugreifen und dafür sorgen, dass Änderungen und Aktualisierungen innerhalb von Sekunden und nicht erst nach mehreren Minuten oder Stunden weltweit durchgeführt werden. Mit Instant Purge können Sie Inhalte in durchschnittlich 150 Millisekunden oder weniger cachen und validieren. Das bedeutet, Sie steuern nicht nur Ihre Inhalte auf der ganzen Welt in nahezu Echtzeit, sondern auch die Anwendungslogik, die vorgibt, wie die Inhalte gerendert werden sollen. Ein weiteres Thema, das ich bereits erwähnt habe, ist die Observability. Fastly ermöglicht es Ihnen, in nahezu Echtzeit zu sehen, was mit Ihrer App passiert. So können Sie sofort reagieren und Fehler beheben und analysieren, um Ihre Geschäftsergebnisse und das Nutzererlebnis zu verbessern – und zwar nicht nur anhand eines einfachen Log-Streams, sondern mit der Möglichkeit, so gut wie alles anzupassen. Wenn Sie eine Nutzer-ID bei einem bestimmten A/B-Testdurchlauf erfassen möchten, finden Sie diese in Ihren Fastly Logs. Dasselbe ist bei der Latenztelemetrie für eine bestimmte geografische Region der Fall. Genauso wie bei einem Audit Trail für Compliance-Zwecke. Und das alles lässt sich in wenigen Schritten an Ihre Anforderungen anpassen, sodass Sie in Ihrer modernen Entwicklungsumgebung ein extrem leistungsstarkes Toolkit zur Hand haben, zu dem auch ein modernes CDN gehören sollte.

Was versteht man also unter einem modernen CDN? Ich habe bereits zahlreiche Funktionen erwähnt, und ein modernes CDN sollte über all diese Funktionen und noch viel mehr verfügen. Aber das Wichtigste, was Sie aus diesem Vortrag mitnehmen sollten, ist, dass ein modernes CDN Teil Ihres Entwicklungsprozesses sein sollte, und zwar nicht nur in Form eines nachgelagerten Tools oder Blockers, sondern als Toolkit, das Sie in die Lage versetzt, Ihre geschäftlichen und persönlichen Ziele zu erreichen. Letztendlich sollte ein modernes CDN Ihren Entwicklerteams zu schnelleren Iterationen und Innovationen verhelfen. Die Page-Ranking-Algorithmen von Google messen die Ladezeiten von Seiten, die von der Latenz und der Verfügbarkeit von gecachten Inhalten abhängen. Ein modernes CDN muss also schnell und performant sein, damit sich Ihr Suchmaschinen-Ranking automatisch verbessert. Außerdem sollten Sie für ein gutes Peering oder eine gute Netzwerkanbindung zu Google und diversen anderen Suchmaschinen sorgen. Für schnelle Einblicke in Ihre Performance kann ich Sie nur nochmal auf das Page Ranking von Sodexis hinweisen. Stellen Sie sich nur einmal einen Anwendungsfall vor, bei dem Sie A/B-Tests auf die Edge verlagern und Ihre Inhalte je nach Nutzereingabe dynamisch personalisieren und rendern könnten und trotzdem die nötige Transparenz hätten, um das Nutzererlebnis zu verbessern oder Ihren Umsatz zu optimieren. Ihr CDN sollte native, edgebasierte Sicherheitsfunktionen enthalten und Sie mehr als nur grundlegende Cache-Konfiguration vornehmen lassen. Sie sollten vielmehr Anwendungslogik oder sogar ganze Anwendungen auf der Edge ausführen können. Ich könnte die Liste noch ewig weiterführen.

Lassen Sie uns aber nun über ein paar Praxisbeispiele sprechen.

Gannett ist der größte Nachrichtenanbieter in den USA und bekannt für zuverlässiges lokales Community Building. Wohl am bekanntesten ist das Unternehmen für USA Today. Im Publishing ist die Cache-Invalidierung, die wir Instant Purge nennen, entscheidend, um immer die neuesten Schlagzeilen und Nachrichten auszuliefern. Eine bahnbrechende Purge-Dauer von 150 Millisekunden bietet dabei ungeahnte Möglichkeiten. Kurz gesagt: Gannett betrachtet Fastly als eine direkte, weltweit verteilte Erweiterung seiner Origin-Server, die in nahezu Echtzeit arbeitet. Die Homepage von Gannett gilt als nicht cachebar. Sie wird dynamisch ausgeliefert, ist hochpersonalisiert und enthält viele Inhalte wie Schlagzeilen, die ständig aktualisiert werden. Die dynamische Auslieferung bedeutet, dass die Daten direkt von Gannetts Origin-Servern in der Cloud kommen. Und weil das Unternehmen immer die neuesten Nachrichten und aktuellen Schlagzeilen ausliefern muss, zählen zu seinen dynamischen Inhalten auch Ereignisse wie Eilmeldungen, gepostete Kommentare oder das Anklicken eines Like-Buttons. Auch bei solchen Ereignissen lassen sich per API programmatische Bereinigungen auslösen. Mit Instant Purge wird dies zur neuen Realität. Es entlastet die Infrastruktur enorm und ermöglicht es, Anwendungslogik auf die Edge zu verlagern. So konnte Gannett im Vergleich zu früher die weltweite Veröffentlichung von Konfigurationen um 98,86 % beschleunigen. Durch die Verlagerung des gesamten Origin-Traffics zu Fastly konnten außerdem 35 % der Egress-Kosten eingespart werden.

Ein weiteres meiner Lieblingsbeispiele ist Stripe. Das Unternehmen verarbeitet Zahlungen in Höhe von rund einer Milliarde Dollar pro Jahr und nimmt es mit unvorhersehbaren Traffic-Spitzen durch Flash Sales und Transaktionen zur Weihnachtszeit auf. In dieser Branche ist nicht nur Sicherheit, sondern auch eine starke Performance gefragt, da Verzögerungen bei der Zahlungsabwicklung für Stripe Kunden Umsatzverluste bedeuten könnten und sich direkt auf den Umsatz von Stripe auswirken. Traffic-Spitzen gehören zum Geschäftsalltag, aber das Unternehmen brauchte eine Möglichkeit, um sie abzufedern, um weiterhin Transaktionen für seine Endkunden verarbeiten zu können.  Es war also entscheidend, eine Edge-Plattform zu finden, die diese Spitzen bewältigen konnte, ohne die Origin-Server zu überlasten, denn damit hatte das Unternehmen bei seinem vorherigen Anbieter arge Probleme gehabt. Außerdem besteht für Seitenladevorgänge eine Zwei-Sekunden-Regel. Dauert der Seitenladevorgang länger, werden Nutzer nicht selten dazu veranlasst, Einkäufe abzubrechen oder sich auf einer anderen Website nach einem Produkt umzusehen. Ist Stripe also nicht schnell genug, entgehen seinen Kunden unter Umständen Transaktionen. Stripe muss seine Performance folglich kontinuierlich verbessern, um Umsatzeinbußen bei seinen Kunden zu verhindern. Durch die Integration von Fastly in seine Edge-Anwendungsplattform konnte Stripe die Bearbeitungszeiten beim Checkout um sage und schreibe 80 % beschleunigen, wodurch sich das Kundenerlebnis enorm verbessert hat.

Was sollten Sie bei der Wahl eines modernen CDN beachten? Im Folgenden geht es darum, worauf Sie vor dem Kauf achten sollten. Die erste Spalte hier bezieht sich vorrangig auf Ihre Entwickler. Wie schon erwähnt, sollte ein modernes CDN Teil Ihres Entwicklungsprozesses sein und nicht nur ein nachgelagertes Tool oder etwas, das Sie nachträglich hinzufügen. Wenn Sie die Vorteile von Anfang an nutzen, kann das ganze Unternehmen davon profitieren, vor allem aber Ihre Entwicklerteams, die dann schneller iterieren und Innovationen schneller umsetzen können. Mit etwas Glück sind Ihre Entwickler ohnehin von vornherein mit Begeisterung bei der Sache und Sie können sich auf Ihre geschäftlichen Herausforderungen und die Verbesserung des Nutzererlebnisses konzentrieren. Kontrolle, Observability, Standards, Compliance und Support sowie die integrierte Programmierbarkeit für Sicherheitsfunktionen – das alles sind wichtige Funktionen, auf die Sie achten sollten. In der zweiten Spalte geht es vor allem um die Erfüllung Ihrer geschäftlichen Anforderungen, Ziele und Vorgaben. Die Gesamtbetriebskosten sind immer entscheidend. Ebenso wichtig ist es, die Egress-Kosten zu beurteilen und herauszufinden, wie viele Server Sie zur Unterstützung Ihrer Caching-Architektur in EC2 oder wo auch immer betreiben müssen. Außerdem sollten Sie Ihr neues CDN vor dem Kauf testen und auch den Support dabei nicht außer Acht lassen. Eine waschechte Edge-Plattform wie ein modernes CDN lässt sich in Ihre Geschäftsabläufe und Ihren Technologie-Stack integrieren, und ich persönlich achte auf Partner und Anbieter, mit denen ich mit Stolz zusammenarbeiten kann.

Wir sind nun im letzten Teil meiner Präsentation angekommen, in der ich ein paar Zahlen mit Ihnen teile, auf die wir bei Fastly besonders stolz sind. Wir haben unser Netzwerk auf fast 200 Terabit pro Sekunde skaliert, und die Performance unserer Purge-Funktion bleibt auch bei globalen Deploys erhalten. Das ist durchaus eine bemerkenswerte Leistung, denn es handelt sich dabei um ein ziemlich großes Problem im verteilten Computing. Deshalb sind wir auch sehr stolz, dass sich unsere Performance-Metriken im Zuge unserer Skalierung allesamt weiter verbessert haben. Über 90 % unserer Kunden betreiben unsere Next-Gen WAF komplett im Blocking Mode – in dem Wissen, dass wir Angreifer und Bots den Garaus machen, ohne echte, legitime Nutzer abzuweisen. Dies ist besonders wichtig, da Sie mit einer WAF, die nur im Monitoring Mode läuft, erst im Nachhinein erfahren, wenn bzw. dass Probleme aufgetreten sind. Bei Nutzung unserer WAF komplett im Blocking Mode können Sie sich darauf verlassen, dass die zugrundeliegende Technologie und Security Research erstklassig sind und zuverlässig die Spreu vom Weizen trennen, damit legitime Nutzer weiterhin mit Ihrer App interagieren oder bei Ihnen einkaufen können. Worauf wir aber mit am meisten stolz sind, ist unser hervorragender Kundenservice. Wir sind alle auch selbst Kunden und wissen, wie wir als Kunden behandelt werden möchten. Deshalb versuchen wir, auch unseren Kunden das entsprechende Maß an Service entgegenzubringen. Und diese Philosophie spiegelt sich in unseren Kundenzufriedenheitswerten wider.

An dieser Stelle übergebe ich das Wort wieder an Leigh. Ich bedanke mich bei Ihnen allen für Ihre Aufmerksamkeit.

[Leigh Clancy] Danke, Lee. Nur noch einmal zur Erinnerung: Bitte schicken Sie uns Ihre Fragen. Wir werden sie gleich beantworten, und wenn wir sie nicht beantworten können, setzen wir uns im Anschluss mit Ihnen in Verbindung.

[Lee Chen] Ich glaube, wir brauchen den geteilten Bildschirm jetzt nicht mehr.

[Leigh Clancy] Da ist auch schon die erste Frage. Kannst du vielleicht noch genauer darauf eingehen, was es bedeutet Entwicklern die volle Kontrolle zu geben?

[Lee Chen] Das ist eine sehr gute Frage. Das Thema Kontrolle kann viele verschiedene Formen annehmen. Kontrolle kann beispielsweise bedeuten, dass man mit den Konfigurationen, den Headern für die Cache-Steuerung und den Inhalten, die im Cache gespeichert sind, interagieren kann. Bei einem modernen CDN und einer Edge-Caching-Strategie gibt es zahlreiche Dinge, über die man die Kontrolle haben sollte. Sie müssen also in der Lage sein, darauf zuzugreifen, und Ihr System darf keine Blackbox sein. Fastly bietet Ihnen diese Möglichkeit über die API oder über das Control Panel, das eigentlich eine Art Dogfooding für die API ist. Aber noch wichtiger ist, dass Ihre Änderungen so schnell wie möglich an alle Edge-Knoten weitergegeben werden, die Ihr Traffic oder Ihre Konfigurationen durchlaufen. Eine Bereitstellungsdauer von 13 Sekunden bedeutet, dass Ihre Konfigurationsänderungen im Handumdrehen in die ganze Welt propagiert und auf den gesamten von uns ausgelieferten Traffic angewendet werden. Die andere Überlegung bei Kontrolle ist, worüber Sie eigentlich Kontrolle haben möchten und warum Sie Änderungen vornehmen. Und hier kommt wieder das Thema Observability ins Spiel. Wenn Sie die Auswirkungen der von Ihnen vorgenommenen Änderungen nicht in nahezu Echtzeit sehen können, d. h. wenn Sie Stunden oder manchmal sogar Tage warten müssen, bis sich die Änderungen in den Logs oder anderen Tools für Transparenz und Observability widerspiegeln, dann haben Sie nicht viel davon, denn vielleicht hat Ihre Konfigurationsänderung zwar nicht die Website zum Absturz gebracht, aber dafür das Logo gegen etwas ausgetauscht, das sich negativ auf Ihre Marke auswirkt. Observability und Kontrolle sollten stets in Echtzeit erfolgen, und weil dies auch der Arbeitsweise moderner Entwickler entspricht, setzt Fastly soviel daran.

[Leigh Clancy] Es scheint auch so, als würde Fastly als einziger Anbieter Webstandards und Open-Source-Software unterstützen.

[Lee Chen] Webstandards und Open Source sind auf verschiedenen Ebenen fest in unseren Stack integriert. Wir unterstützen zum Beispiel QUIC, HTTP 3 und zahlreiche andere Webstandards und beteiligen uns auch aktiv an der gemeinsamen Entwicklung von Standards mit der ITF und anderen Standardisierungsgremien. Außerdem betreiben wir ein wirklich solides Open-Source-Support-Programm, auf das wir sehr stolz sind. Hier geht es um die Unterstützung von Open-Source-Projekten durch die Bereitstellung von Code, Repositories und anderen Dingen. npm und einige andere wichtige Packages werden über Fastly bereitgestellt. Ich weiß zwar nicht, worauf sich die Frage genau bezieht, aber Sie können auf unserer Plattform mit den meisten Open-Source-Packages arbeiten. Genaueres erfahren Sie unter docs.fastly.com. Wir haben unsere Erfahrungen und unsere Sichtweise bei der Festlegung dieser Standards eingebracht. Und für die Open-Source-Projekte bieten wir sogar kostenlose Delivery-Services an, um sicherzustellen, dass diese Projekte auch tatsächlich von denjenigen genutzt werden können, die daran interessiert sind.

[Leigh Clancy] Großartig, danke. Ich glaube, wir haben hier noch eine letzte Frage: Erzähl uns doch noch ein bisschen über Traffic-Spitzen bei Live-Events, und wie Fastly dabei hilft, diese Anforderungen durch Skalierung zu erfüllen.

[Lee Chen] Sehr gerne. Ich habe dieses Problem schon persönlich erlebt und dabei gute wie schlechte Erfahrungen gemacht. Als Erstes kommt einem beim Gedanken an trafficintensive Live-Events meistens der Super Bowl in den Sinn, bei dem jedes Jahr Millionen und Abermillionen von Amerikanern einschalten. Sie alle wollen die Weltmeisterschaft im American Football miterleben. Die Einschaltquoten sind mit denen an einem normalen Wochenende überhaupt nicht zu vergleichen. Und während dieses vierstündigen Events versuchen Millionen von Menschen, auf verschiedene Versionen und mit unterschiedlichen Übertragungsgeschwindigkeiten auf diesen einen Videostream zuzugreifen. Dabei kommt es natürlich zu massiven Traffic-Spitzen von Hunderten von Terabits pro Sekunde. Aber Traffic-Spitzen treten auch bei vielen anderen Events auf, richtig? Zum Beispiel bei Eilmeldungen oder wenn Inhalte viral gehen. Es muss sich dabei also gar nicht unbedingt um ein großes globales Event handeln, sondern auch lokale oder regionale Ereignisse können eine tosende Meute, wie ich es zuvor schon bezeichnet habe, verursachen. Auch eine Tornadowarnung könnte unter diese Kategorie fallen oder ein lokales Event, das plötzlich eine Menge Aufmerksamkeit erzeugt. CDNs sind von Haus aus darauf ausgelegt, solche Traffic-Spitzen zu bewältigen. Es geht nämlich nicht nur um die Verteilung des Traffics, sondern auch um die horizontale und vertikale Skalierung durch das bloße Speichern von Kopien im Cache. Eigentlich sollte also jedes CDN in der Lage sein, Traffic-Spitzen zu bewältigen, aber insbesondere ein modernes CDN sollte damit problemlos zurechtkommen, ohne Ihren Origin-Server zu überlasten. Ein weiterer Aspekt in diesem Zusammenhang ist das, was wir als Shielding bezeichnen. Dahinter steckt die Idee, nahezu den gesamten Traffic über die Edge zu leiten, da aktuelle Inhalte dort im Cache oder an unseren abgeschirmten POPs gespeichert sind, sodass nur wenige Anfragen zum Origin-Server weitergeleitet werden müssen. Diese Möglichkeit fehlt bei herkömmlichen CDNs. Dort gibt es zwar Tausende von Mid-Tier-Caches, diese müssen aber allesamt mit Ihrem Origin-Server kommunizieren, um Inhalte abzurufen und auf die Edge zu befördern. Sowohl wir als auch unsere Kunden können die zahlreichen Vorteile unseres Ansatzes bei der Bewältigung von Traffic-Spitzen aus eigener Erfahrung bestätigen.

[Leigh Clancy] Vielen Dank, Lee. Es scheint so, als hätten wir keine weiteren Fragen. Danke nochmal für deine Präsentation und danke an Sie alle da draußen, dass Sie sich die Zeit genommen haben, dabei zu sein. Sie erhalten in Kürze eine E-Mail mit einem Link zur Aufzeichnung des heutigen Webinars. Wenn Sie Fastly selbst ausprobieren möchten, klicken Sie auf Fastly.com einfach auf „Fastly kostenlos testen“. Ich wünsche Ihnen allen noch einen schönen restlichen Tag und bedanke mich noch einmal für Ihre Teilnahme.

[Lee Chen] Danke zusammen. Bis bald.