Ankündigung von Layer0 von Limelight

Aufgabe eines CDN ist es , Daten von der Peripherie so oft wie möglich und so nah wie möglich am Benutzer bereitzustellen . Überraschenderweise haben die heutigen CDNs für eine Technologie, die über zwei Jahrzehnte alt ist, an beiden Fronten Verbesserungsmöglichkeiten. Entwicklungsteams müssen überdenken, wie sie das CDN in ihren Stack einbacken können, um die Geschwindigkeit des Teams zu verbessern und die schnellstmöglichen Standorte zu nutzen.

Liefern Sie Daten so oft wie möglich von der Peripherie

Auf den meisten Websites wird das CDN häufig zum Zwischenspeichern statischer Daten verwendet. Diese Assets wie Images, CSS und javascript ändern sich selten und hängen nicht von der Anwendungslogik ab. Dynamische Daten, HTML- und API-Daten werden jedoch selten gecacht. Denn die Cachefähigkeit dieser Daten hängt von der Logik der Anwendung ab und die heutigen CDNs sind vom Workflow des Entwicklers getrennt, was die Verwendung, das Debuggen und die Wartung von Teams erschwert.

In der Regel verfügt ein Entwicklungsteam über einen „Stack“ aus Frontend-Code, Backend-Server und Datenbanken, mit denen es lokal entwickeln kann und dann einen Softwareentwicklungszyklus durchläuft (z. B. QS, Staging usw.), bevor es in die Produktion geht. Leider ist das CDN der einzige Teil des Stacks, in dem dies nicht geschieht. Das CDN wird erst am Ende in den Softwareentwicklungsprozess einbezogen, wenn Änderungen an einer Website in Betrieb genommen werden. Dies ist nicht förderlich für die Nutzung der EDGE zur Beschleunigung von Anwendungen, und in keinem anderen Teil des Stacks (Front-End-Code, serverseitiger Code oder Datenbankschema) akzeptieren wir dies.

Stellen Sie sich vor, Sie müssten eine Änderung des Servercodes entwerfen, aber man sagte Ihnen, dass Sie sich nur gegen die Produktion entwickeln könnten – Sie würden denken, das wäre verrückt. Das ist jedoch das, was wir von Entwicklern in Bezug auf den Edge verlangen. Angesichts des hohen Risikos eines Standortbruchs und des hohen Mehraufwands beim Ändern von CDN-Konfigurationen wird die Edge für dynamische Daten ignoriert.

Im Gegensatz dazu können Teams mit Layer0 ihre Edge-Logik während des gesamten Entwicklungsprozesses testen, überprüfen und versionssteuern. Dies bedeutet, dass Teams sich lokal gegen die Edge entwickeln können und hohe Cache-Trefferraten für dynamische Daten, die mit dem Anwendungscode verknüpft sind, sicherstellen können. Die Verwaltung der Edge wird mit EdgeJS, einer JavaScript-basierten, performanten, deklarativen und Framework-unabhängigen Edge-Konfigurationssprache, weiter vereinfacht. EdgeJS kann in die Frontend-Anwendung eingebettet werden. Da es deklarativ ist, müssen Entwickler nur ihre Ziele beschreiben, anstatt die gesamte Logik aufzuschreiben. Dadurch ist es einfach zu bedienen und zu warten.

Tatsächlich ist das CDN heute ein Bürger erster Klasse im Entwicklungsprozess. Infolgedessen werden mehr Daten zwischengespeichert, und die Teams auf der Plattform sind produktiver. Justin Metros, Head of Technology bei Universal Standard, teilte mit, dass Layer0 auf der JAMstack Conn 2021, einer beliebten Konferenz für Webentwickler, zur Flexibilität und Website-Performance beigetragen habe. „Dank Layer0 hat sich die Entwicklergeschwindigkeit drastisch erhöht“, sagte er. Ein anderer Entwickler sagte uns: „Das ist das, was ich brauchte und ich wusste nicht, dass ich es wollte.“ Die Plattform ist bequem, ausdrucksstark und zuverlässig und ist somit das CDN, das Entwicklungsteams lieben.

Liefern Sie Daten von der Peripherie so nah wie möglich am Benutzer

Neben der Bereitstellung von Daten von der Peripherie aus so oft wie möglich, müssen CDNs diese auch so schnell wie möglich bereitstellen. (Technisch gesehen müssen sie zwar mit der geringstmöglichen Latenz arbeiten, aber für diese Diskussion gehen wir davon aus, dass Distanz grob mit Latenz korreliert.) In der Vergangenheit cachen CDNs Inhalte über eine geografisch verteilte Gruppe von Cacheknoten, die als Points of Presence oder POPs bezeichnet werden.

Wie andere CDNs verfügt auch Limelight Networks über viele POPs. Mit über 135 POPs weltweit verfügt Limelight über das zweitgrößte globale Netzwerk an POPs und ist sehr wahrscheinlich in der Nähe Ihrer Benutzer. Auf Layer0 by Limelight gehen diese POPs über die durchschnittlichen Funktionen eines CDN hinaus und koordinieren die Daten untereinander. Wenn ein POP keine Daten enthält, wird es intelligent von einem anderen POP angefordert, noch bevor die Anforderung an den Ursprungsserver weitergeleitet wird.

Um zu verstehen, wie dies hilft, betrachten Sie einen typischen Tag, an dem die Ostküste der USA vor der Westküste aufwacht. In der Regel bedeutet dies, dass die POPs an der Ostküste einen warmen Cache erhalten, die POPs an der Westküste jedoch erst dann erwärmt werden, wenn ihre Benutzer ernsthaft mit dem Verkehr beginnen. Mit der POP-Koordination kann die Westküste die Verkehrsmuster der Ostküste nutzen, während sich ihr Cache aufheizt.

Darüber hinaus ist Limelight Networks einzigartig unter CDNs, da wir unser eigenes privates Backbone betreiben. Das bedeutet, dass Limelight bei der Weiterleitung des Datenverkehrs nicht die überlasteten öffentlichen Autobahnen im Internet nutzen muss und das eigene private Netzwerk nutzen kann, um Datenübertragungen schneller und sicherer zu machen.

Selbst dann ist es möglich, mit all diesen Netzwerken noch näher am Benutzer heranzukommen – und das ist es, was Layer0 tut. Dank moderner Browsertechnologien, insbesondere bei Servicemitarbeitern, verfügt unsere Plattform über eine direkte, programmgesteuerte Steuerung des Cache auf dem Gerät des Benutzers. Layer0 verwendet diese Service-Worker-Technologie, um Daten in den Browser zu streamen, bevor der Benutzer sie überhaupt anfordert.

Diese Technik wird oft als Prefetching bezeichnet und hat in der Regel einige Vorbehalte. Insbesondere kann es schwierig sein, diese zu verwalten und zu übermäßigem Datenverkehr auf dem Server zu führen, da der Browser jetzt mehr Daten vom Ursprung anfordert. Dieser zusätzliche Datenverkehr kann die Kosten erhöhen oder, noch schlimmer, den Ursprungsserver herunterfahren. Das integrierte Prefetching von Layer0 priorisiert den Benutzerverkehr gegenüber dem vorhergesagten Datenverkehr und versteht die EdgeJS-Konfiguration. Dadurch wird sichergestellt, dass Daten nur von unseren POPs gestreamt werden und keine zusätzliche Belastung des Ursprungsservers verursachen.

Erstellen Sie Websites besser, schneller und stärker auf der Edge-Plattform von Layer0

Wenn all diese Technologien zusammenkommen, ist es so, als hätte das Netzwerk plötzlich unendliche Bandbreite und keine Latenz. Dynamische Daten werden nicht nur im POP zwischengespeichert, sondern auch auf dem Gerät zur Verfügung gestellt, bevor der Benutzer sie überhaupt anfordert. Seiteneinzüge werden sofort geladen, und zwar in nur 400 Millisekunden – die Geschwindigkeit des Blinkens eines Auges. Diese Geschwindigkeit ist ein Unterschied, nicht Grad.