Alle Beiträge

Web und Infrastruktur

Origin Range Requests: Weniger anfordern ist nicht immer weniger übertragen

Wenn Nutzer nur einen Teil einer grossen Datei brauchen, sollte die Messung zeigen, was der Ursprungsserver tatsächlich liefert. Die Grösse der Client-Anfrage allein belegt noch keine Einsparung beim Origin oder im CDN.

KIURO Redaktion · Publiziert: · Geprüft:

Cloudflare kündigte Origin Range Requests am 23. Oktober als Self-Service über Cache Rules für alle Pläne an. Die Funktion betrifft geeignete Teilabrufe grosser Objekte; sie macht nicht automatisch jeden Inhalt cachebar. (Cloudflare)

Drei Sichtweisen auf denselben Abruf

Ein Video-Client kann eine bestimmte Stelle anfordern. Der CDN-Cache organisiert daraus seine Abrufe; der Ursprung beantwortet die tatsächlich bei ihm eintreffenden Anfragen. Diese drei Ebenen sind nicht identisch. Ein Versuch muss deshalb Client-Ergebnis, Origin-Antwort und übertragene Daten getrennt erfassen.

Die Cache-Dokumentation beschreibt angepasste Origin-Bereiche. Ignoriert der Ursprung Range und antwortet vollständig mit 200, kann die ganze Datei geladen werden. Die Funktion ändert weder die grundsätzliche Cache-Eignung noch Dateigrössenlimits des Gesamtobjekts. (Cloudflare)

Beobachtung statt Annahme
EbeneZu prüfenNicht daraus ableiten
ClientErhält er den richtigen Abschnitt?Wie viele Bytes der Origin übertragen hat
CDNCache-Zustand und angewendete RegelDass jede Anfrage ein Treffer ist
OriginAntwortet er passend mit 206/Content-Range?Dass kleinere Client-Bereiche unverändert weitergereicht werden
DateiversionPassen alle gelieferten Abschnitte zusammen?Dass eine gleichbleibende URL gleiche Daten garantiert

Ein begrenztes Dateiszenario auswählen

Ein guter erster Kandidat ist eine grosse, ausdrücklich öffentlich auslieferbare Datei mit einem klaren Nutzungsfall: beispielsweise ein erlaubter Download mit Wiederaufnahme. Kleine HTML-Antworten und authentifizierte Dokumente gehören nicht aus Bequemlichkeit in denselben Versuch. Für private Daten muss zuerst geklärt sein, welche Speicherung und Auslieferung überhaupt zulässig ist.

Legen Sie vor dem Pilot fest, wie Dateiversionen erkannt und ersetzt werden. Ein veränderter Inhalt unter derselben URL darf nicht unbemerkt mit alten Abschnitten verwechselt werden. Wie Validatoren und Invalidierung in der konkreten Bereitstellung funktionieren, muss mit dem Ursprung und den eingesetzten Cache-Regeln geprüft werden.

Eine aussagekräftige Messung vorbereiten

  1. Einen unveränderten Dateistand und reproduzierbare Abrufmuster festlegen.
  2. Normalen vollständigen Download, Teilabruf, Wiederaufnahme und Abbruch getrennt behandeln.
  3. Origin-Bytes, Fehler und Antwortzeiten aus passenden Protokollen erfassen.
  4. Cache-Warmzustand und Vergleichsbedingungen dokumentieren.
  5. Die Änderung zuerst auf passende Dateien begrenzen und einen Rückweg für die Regel bereithalten.

Eine reine Einzelmessung vermischt schnell Cache-Effekt, Netzverbindung und Dateigrösse. Bei einem Vergleich müssen Last und Ausgangszustand ausreichend ähnlich sein. Interessant sind auch ungünstige Fälle: viele unterschiedliche Bereiche, rasch wechselnde Dateien oder Nutzer, die nach kurzer Zeit abbrechen. Welche Verteilung zählt, ergibt sich aus dem tatsächlichen Produkt.

Übertragung ist nur eine Seite des Nutzens

Weniger Bytes können attraktiv sein, aber zusätzliche Origin-Anfragen, Fehlerbehandlung und Diagnose kosten ebenfalls Arbeit. Für eine Entscheidung gehört deshalb die gesamte beobachtete Last in den Vergleich. Die vom Anbieter genannten Verbesserungen in seinen eigenen Lastprofilen werden hier nicht als Ersparnis für eine Schweizer Website übernommen.

Für eine Abnahme sollte das Team nicht nur eine kürzere Ladezeit, sondern auch unveränderte Dateiinhalte, korrekte Teilbereiche und weiterhin wirksame Zugangsgrenzen belegen können. Wenn der Ursprung passende Teilantworten nicht zuverlässig liefert, ist zuerst diese Voraussetzung zu lösen.

Dieser Beitrag beschreibt eine Mess- und Auswahlmethode, keinen in KIUROs Infrastruktur ausgeführten Benchmark. Eine sinnvolle Entscheidung kann auch sein, eine bestimmte Dateiklasse unverändert zu lassen, wenn der eigene Versuch keinen nachvollziehbaren Vorteil zeigt.

Quellen

Datenschutz & Analyse

Mit Ihrer Zustimmung nutzt Kiuro Google Analytics 4, um Seitenbesuche und Interaktionen auszuwerten, etwa Seitenwechsel, Lesetiefe, Projektaufrufe, Kontaktklicks sowie den Beginn und das erfolgreiche Absenden eines Formulars. Google verarbeitet auch Angaben zu Browser, Gerät und ungefährem Standort. Anbieter ist Google Ireland Limited (Irland); eine Bearbeitung durch Google LLC in den USA ist ebenfalls möglich.

Wir übermitteln weder Ihren Namen noch Ihre E-Mail-Adresse oder Nachrichteninhalte. Werbespeicherung, personalisierte Werbung und Google-Signale sind deaktiviert. Google Analytics wird erst nach Ihrer Zustimmung geladen.

Nach Ihrer Zustimmung ist der zwischengespeicherte Seitenwechsel in diesem Tab für 30 Sekunden gültig und wird auf der Zielseite verbraucht. Ihre Entscheidung wird in diesem Browser für sechs Monate gespeichert. Analyse-Cookies sind auf eine Laufzeit von sechs Monaten eingestellt. Sie können Ihre Wahl hier jederzeit ändern. Eine Ablehnung stoppt die Messung und entfernt die Analytics-Cookies dieser Website.

Ihre Einstellungen für den hellen oder dunklen Modus und für Animationen werden separat auf diesem Gerät gespeichert. So merkt sich die Oberfläche Ihre Wahl. Kontakt: hello@kiuro.ch.