Zusammenfassung

  • Cloudflare listet den ausgehenden Datentransfer für beide R2-Speicherklassen mit 0,00 US-Dollar je GB. Infrequent Access kostet weniger für die Speicherung, verlangt aber höhere Operationspreise und zusätzlich 0,01 US-Dollar je abgerufenem GB. Die Preisliste beschreibt damit keine insgesamt kostenlose Nutzung oder Migration.
  • Die Rclone-Anleitung von Cloudflare enthält einen konkreten Kopiervorgang von R2 auf ein lokales Ziel. Das belegt einen dokumentierten Exportweg, nicht dessen Durchführung für eine produktive Anwendung.
  • Eine glaubwürdige Wechselmöglichkeit braucht mehr als übertragene Daten: eine nachvollziehbare Gesamtrechnung, geprüfte Anwendungsfunktionen und einen Ersatzbetrieb, der die Anforderungen des Kunden erfüllt. Diese Untersuchung hat keinen solchen Wechsel ausgeführt.

Zwei belegte Eigenschaften, eine offene Betriebsfrage

Bei Cloudflare lässt sich für den Objektspeicher R2 eine wichtige Trennlinie ziehen. Die am 19. September 2026 eingesehenen Unterlagen weisen den Preis für ausgehenden Datentransfer mit null aus. Außerdem beschreiben sie, wie sich ein Objekt aus einem R2-Bucket an einen lokalen Speicherort kopieren lässt. Damit liegt mehr vor als eine abstrakte Aussage über Datenportabilität: Ein Preisbestandteil ist bestimmt, und ein überprüfbarer technischer Weg ist benannt. Noch nicht bestimmt sind die vollständigen Kosten und die Funktionsfähigkeit eines konkreten Anbieterwechsels.

Das ist kein Bericht über eine an diesem Tag wirksam gewordene Preissenkung. Die ausgewerteten Unterlagen enthalten keinen historischen Tarifvergleich, aus dem sich eine solche Änderung ableiten ließe. Ihr Aussagewert liegt im beobachteten Zustand: Welche Entgelte stehen in der Preisliste, welche Exporthandlung ist dokumentiert, und welche zusätzlichen Nachweise wären nötig, um daraus eine belastbare Ausstiegsoption zu machen? Gerade für Unternehmensentscheider ist diese Begrenzung wichtiger als ein vermeintlich neues Preissignal.

Ein ausgehendes Gigabyte und ein weiterlaufender Geschäftsprozess sind unterschiedliche wirtschaftliche Einheiten. Das erste kann eine Abrechnungsposition sein. Der zweite benötigt möglicherweise zahlreiche Lesevorgänge, die Übernahme von Anwendungszustand, neue Konfigurationen und einen zeitweiligen Parallelbetrieb. Welche dieser Arbeiten bei einem bestimmten Kunden erforderlich sind, ist hier nicht gemessen. Sie dürfen weder pauschal als Cloudflare-spezifisches Hindernis verbucht noch durch den Verweis auf eine kostenlose Transferposition aus der Kalkulation gestrichen werden.

Die sachgerechte Frage lautet deshalb nicht, ob null Egress »wirklich null« ist. In der entsprechenden Tarifzeile steht null. Zu untersuchen ist, welchen Teil eines wirtschaftlichen Problems diese Zeile löst. Wer sie mit vollständiger Portabilität gleichsetzt, macht aus einer überprüfbaren Preisangabe ein unbewiesenes Leistungsversprechen. Wer sie wegen verbleibender Migrationsarbeit für bedeutungslos erklärt, begeht den umgekehrten Fehler: Er unterschlägt einen konkreten Vorteil, nur weil dieser Vorteil nicht sämtliche Abhängigkeiten beseitigt.

Der günstigere Speicher hat die teureren Zugriffe

Die R2-Preisdokumentation von Cloudflare unterscheidet Standard und Infrequent Access. Die relevanten Listenpreise ergeben folgendes Bild; alle Beträge sind in US-Dollar angegeben.

Preisbestandteil Standard Infrequent Access
Speicherung je GB-Monat 0,015 0,010
Class-A-Operationen je Million 4,50 9,00
Class-B-Operationen je Million 0,36 0,90
Ausgehender Datentransfer je GB 0,00 0,00
Gesonderter Datenabruf je GB bei Infrequent Access Dieser Tarifposten bezieht sich auf Infrequent Access 0,010

Infrequent Access liegt beim Speicherpreis somit um 0,005 Dollar je GB-Monat unter Standard, also um ein Drittel. Der Class-A-Preis ist dagegen doppelt so hoch, der Class-B-Preis beträgt das 2,5-Fache. Das sind Rechenverhältnisse zwischen den aufgelisteten Einheitspreisen, keine Preisänderungen im Zeitablauf und keine gemessenen Einsparungen eines Kunden. Sie zeigen, weshalb die niedrigere Speicherzeile allein keine Entscheidung zwischen den Klassen trägt.

Die Operationskategorien sind ebenfalls relevant. Die ausgewertete Preisdokumentation ordnet Class A im Wesentlichen Schreib-, Auflistungs- und Veränderungsoperationen zu; Class B umfasst Lese- und Metadaten-Leseoperationen. Daraus ergibt sich noch nicht, wie viele abrechenbare Vorgänge ein bestimmtes Kopierprogramm für einen bestimmten Datenbestand erzeugt. Ein Unternehmen kann deshalb nicht allein aus dem Datenvolumen auf die Operationsrechnung schließen. Es benötigt die tatsächlichen Vorgangszahlen oder ausdrücklich als solche gekennzeichnete Annahmen.

Hinzu kommen weitere Tarifbedingungen. Für Infrequent Access nennt Cloudflare eine Mindestspeicherdauer von 30 Tagen, für Standard keine Mindestspeicherdauer. Der monatliche kostenlose Umfang gilt nur für Standard: 10 GB-Monate Speicherung, eine Million Class-A-Operationen und zehn Millionen Class-B-Operationen. Die Dokumentation beschreibt außerdem eine Aufrundung der Nutzung auf die nächste Abrechnungseinheit. Eine lineare Rechnung mit den Einheitspreisen ist deshalb nicht automatisch eine exakte Rechnungsprognose.

Diese Bedingungen lassen sich nicht beliebig miteinander verrechnen. Die vorliegenden Angaben klären weder sämtliche Einzelheiten einer vorzeitigen Löschung oder eines Klassenwechsels noch die genaue Verteilung kostenloser Kontingente auf unterschiedliche organisatorische Nutzungseinheiten. Wer für einen realen Bestand einen Endbetrag benötigt, muss diese Bedingungen gesondert prüfen. Für die ökonomische Grundfrage genügt zunächst die Feststellung: Der Tarif trennt Speicherung, Operationen, Datenabruf und ausgehenden Transfer. Eine Null in der letzten Position setzt die anderen Positionen nicht auf null.

Wie fünf Dollar Speichervorteil aufgezehrt werden können

Ein kleines Rechenbeispiel macht die Trennung sichtbar. Angenommen werden 1.000 GB-Monate Speicherung. Bei den genannten Listenpreisen ergibt das einen reinen Speicherbestandteil von 15 Dollar für Standard und 10 Dollar für Infrequent Access. Der rechnerische Vorteil von Infrequent Access beträgt zunächst fünf Dollar. Werden zusätzlich 500 abrechenbare GB aus Infrequent Access abgerufen, entstehen bei 0,01 Dollar je GB weitere fünf Dollar. Damit ist der Unterschied der Speicherbestandteile aufgebraucht, bevor unterschiedliche Operationskosten berücksichtigt sind.

Bei 1.000 abrechenbaren GB Abruf beträgt der betrachtete Speicher-plus-Abruf-Bestandteil für Infrequent Access 20 Dollar. Dem stehen 15 Dollar für den Speicherbestandteil von Standard gegenüber. Das ist keine beobachtete Kundenrechnung und kein allgemeiner Grenzwert für die Wahl einer Speicherklasse. Es ist eine illustrative Rechnung aus den veröffentlichten Einheitspreisen. Sie isoliert einen Mechanismus: Ein niedrigerer Preis für das Aufbewahren kann durch den gesonderten Preis für das Abrufen ausgeglichen oder übertroffen werden.

Angenommener Bestandteil Standard Infrequent Access
1.000 GB-Monate Speicherung 15 Dollar 10 Dollar
Speicherung plus 500 abrechenbare GB IA-Abruf 15 Dollar Speicherbestandteil 15 Dollar zusammen
Speicherung plus 1.000 abrechenbare GB IA-Abruf 15 Dollar Speicherbestandteil 20 Dollar zusammen

Die Tabelle lässt kostenlose Kontingente, Rundungen, Mindestdaueranpassungen, Steuern, ausgehandelte Konditionen, Gutschriften und Rabatte außer Betracht. Ebenso fehlen Zielsystem, Arbeitsaufwand, Validierung, Parallelbetrieb und andere Dienste. Operationskosten werden in dieser Tabelle bewusst noch nicht eingerechnet. Auch behauptet sie nicht, dass jeder Zugriff ein vollständiges gespeichertes Objekt abruft oder dass ein bestimmter physischer Transfer genau die angenommene abrechenbare Abrufmenge erzeugt.

Für einen breiteren Vergleich lässt sich dieselbe Rechnung als Komponentenmodell formulieren. S bezeichnet die gemessene Speicherung in GB-Monaten, A die Class-A-Operationen in Millionen, B die Class-B-Operationen in Millionen und R die abrechenbaren Abruf-GB bei Infrequent Access. Unterstellt werden dieselben Speicher- und Operationsmengen für beide Klassen und eine lineare Anwendung der Listenpreise. Es gelten dieselben Ausschlüsse wie im Beispiel.

  • Standard: 0,015 × S + 4,50 × A + 0,36 × B
  • Infrequent Access: 0,010 × S + 9,00 × A + 0,90 × B + 0,010 × R
  • Differenz, Infrequent Access minus Standard: −0,005 × S + 4,50 × A + 0,54 × B + 0,010 × R

Alle Ergebnisse sind Dollarbeträge. Die negative Speicherkomponente in der letzten Zeile wirkt zugunsten von Infrequent Access. Die zusätzlichen Operations- und Abrufkomponenten wirken in die andere Richtung. Ein positives Ergebnis würde unter genau diesen Annahmen höhere betrachtete Komponenten für Infrequent Access bedeuten. Es wäre aber weiterhin keine Aussage über sämtliche Rechnungspositionen und noch weniger über die Wirtschaftlichkeit einer ganzen Anwendung.

Die Formel ist vor allem eine Disziplinierung der Fragestellung. Sie verhindert, dass eine Einkaufsentscheidung nur das gespeicherte Volumen betrachtet, obwohl die Nutzung auch Vorgänge und Abrufe erzeugt. Sie beweist nicht, dass Infrequent Access generell teurer ist. Ein Zugriffsmuster mit wenig Abruf kann anders zu bewerten sein als ein Bestand, der häufig gelesen oder für einen Wechsel vollständig untersucht werden muss. Welche Situation vorliegt, muss aus dem jeweiligen Betrieb stammen, nicht aus dem Namen der Speicherklasse.

Auch »Kosten je übertragenem GB« können als alleinige Kennzahl zu grob sein. Zwei Arbeitsabläufe mit ähnlichem Datenvolumen können unterschiedliche Operationszahlen haben. Die hier verwendeten Quellen liefern keine universelle Vorgangszahl pro Objekt, keine Wiederholungsrate und keine typische Verteilung von Objektgrößen. Genau deshalb sollten solche Werte nicht stillschweigend in eine angeblich allgemeingültige Migrationsrechnung eingehen. Die Preisliste liefert die Sätze; die Anwendung muss die Mengen liefern.

Ein dokumentierter Weg nach draußen ist mehr als ein Werbesatz

Cloudflare beschreibt in seiner Rclone-Anleitung für R2 nicht nur das Einbringen von Daten. Die Anleitung enthält ausdrücklich ein Beispiel, das ein Objekt aus einem R2-Bucket in ein lokales Ziel kopiert: rclone copy r2:user-uploads/dog.txt . Diese Richtung ist entscheidend. Die Unterlage benennt eine Handlung, mit der Daten R2 verlassen können. R2 deshalb als Speicher ohne dokumentierten Ausgang darzustellen, wäre mit der vorliegenden Quelle nicht vereinbar.

Für die Einrichtung beschreibt Cloudflare den S3-kompatiblen Speicherzugang mit der Auswahl des Anbieters Cloudflare R2, einer Access Key ID, einem Secret Access Key und dem S3-API-Endpunkt. Die ausgewertete Anleitung nennt außerdem die Cloudflare-Konto-ID und ein passend berechtigtes R2-API-Token als Voraussetzungen. Das sind Konfigurationsanforderungen. Sie belegen nicht, dass ein bestimmter Kunde seine Zugangsdaten nicht kontrolliert oder dass Cloudflare ihm einen Export verweigert.

Aus der Sicht des Kunden entstehen daraus überprüfbare Fragen: Sind die benötigten Berechtigungen vorhanden? Ist der Quellbestand eindeutig identifiziert? Ist das vorgesehene Ziel erreichbar und für den Test geeignet? Solche Fragen verbinden die abstrakte Möglichkeit mit der konkreten Ausführung. Ihre Antworten fehlen nicht deshalb, weil der dokumentierte Weg wertlos wäre, sondern weil eine allgemeine Anleitung keine Bestandsaufnahme der jeweiligen Kundenumgebung sein kann. Diese Untersuchung hat den Beispielbefehl nicht ausgeführt.

Der Rclone-Projekttext beschreibt die Semantik von copy genauer. Der Befehl kopiert zwischen Quelle und Ziel und überspringt identische Dateien. Er löscht keine Dateien am Ziel. Ist die Quelle ein Verzeichnis, werden dessen Inhalte kopiert, nicht das Verzeichnis als solches. Die Aussage über das Nichtlöschen ist jedoch keine Garantie, dass sämtliche vorhandenen Zielinhalte unverändert bleiben. Ein Kopiervorgang ist nicht allein deshalb ein rein lesender Vorgang, weil er keine Zieldateien löscht.

Rclone dokumentiert auch die Option --dry-run, mit der sich ein Kopiervorgang vorab ansehen lässt, ohne ihn auszuführen. Das kann bei der Planung helfen. Die Vorschau misst aber keinen tatsächlich erreichten Datendurchsatz, bestätigt keine erfolgreiche Übertragung und führt keine Anwendung am Ziel aus. Sie beantwortet eine engere Frage als ein produktiver Versuch. Wer einen Vorschaubericht als Nachweis einer abgeschlossenen Migration behandelt, überspringt gerade jene Ausführung, deren Kosten und Zuverlässigkeit zu untersuchen wären.

Zudem ist copy nicht mit sync gleichzusetzen. Cloudflare warnt in seiner Anleitung, dass sync Dateien am Ziel löschen kann, wenn sie in der Quelle fehlen. Für eine Bewertung des Ausstiegs ist diese Unterscheidung materiell: Ein Kopierplan und eine destruktiv wirkende Synchronisierung verlangen unterschiedliche Vorsichtsmaßnahmen. Aus einem dokumentierten Exportbeispiel folgt keine Empfehlung, einen produktiven Zielbestand ohne eigenständig geprüften Plan zu synchronisieren.

S3-Kompatibilität ersetzt keine Prüfung der Anwendung

Cloudflare beschreibt R2 als Implementierung der S3-API, die Migrationen erleichtern soll. Zugleich verweist das Unternehmen in seiner Kompatibilitätsdokumentation auf Unterschiede bei API-Funktionen und auf den sich weiterentwickelnden Implementierungsstand. Daraus folgt weder vollständige Austauschbarkeit noch ein bestimmter, hier nachgewiesener Funktionsmangel. Die ausgewertete Quelle liefert für diese Untersuchung keine vollständige Liste der Unterstützung einzelner Operationen und Parameter.

Ein sinnvoller Anwendungstest beginnt deshalb bei den tatsächlich benötigten Vorgängen. Welche Operationen ruft die Anwendung auf? Welche Parameter und Rückgaben erwartet sie? Welche Metadaten, Richtlinien, Kennungen oder anderen Zustände müssen mitgenommen oder am Ziel wiederhergestellt werden? Das sind Prüfpositionen, keine Behauptungen über Fehler oder fehlende Funktionen von R2. Auch aus einer gemeinsamen S3-Bezeichnung zweier Systeme lässt sich nicht ohne Weiteres ein anbieterübergreifender serverseitiger Kopiervorgang ableiten.

Die Grenze zwischen Datenkopie und Anwendung ist besonders wichtig für die Deutung eines Erfolgs. Ein erfolgreich kopiertes Beispielobjekt würde den getesteten Übertragungsweg stützen. Es würde nicht automatisch beweisen, dass alle Objekte, sämtliche relevanten Metadaten und jede Anwendungsabhängigkeit übernommen wurden. Umgekehrt würde eine fehlerhafte Anwendung am Ziel nicht automatisch den Datenexport widerlegen. Ursache könnten eine ungeprüfte Anforderung, eine Konfiguration oder eine andere Abhängigkeit sein; das wäre im Einzelfall aufzuklären.

Die belastbare wirtschaftliche Einheit ist somit ein definierter Arbeitsablauf. Für diesen muss feststehen, welche Daten benötigt werden, welche Funktionen am Ersatzsystem laufen und welches Betriebsniveau akzeptabel ist. Erst dann kann ein Team entscheiden, ob der Kopierweg ein kleiner Teil einer größeren Umstellung oder bereits der wesentliche technische Schritt ist. Die Unterlagen gestatten diese Unterscheidung. Sie gestatten nicht, dieselbe Antwort für sämtliche R2-Kunden vorwegzunehmen.

Was aus einer Exportmöglichkeit eine Wechseloption machen würde

Der nächste aussagekräftige Nachweis wäre ein repräsentativer, zeitlich erfasster Transfer mit anschließender Anwendungsprüfung. »Repräsentativ« bedeutet dabei nicht einfach groß. Der Versuch müsste die Eigenschaften abdecken, die für den konkreten Betrieb und seine Kosten entscheidend sind. Ein sehr großer, aber funktional einfacher Bestand könnte die kritischen Anforderungen schlechter abbilden als ein kleinerer, gezielt ausgewählter Ausschnitt. Welche Auswahl genügt, kann nur anhand der eigenen Anwendung begründet werden.

Für die Kosten wären neben dem Datenvolumen die Class-A- und Class-B-Vorgänge, abrechenbare IA-Abrufe und erforderliche Wiederholungen zu erfassen. Hinzu kämen die tatsächlich beanspruchte Arbeitszeit, die Kosten des Ziels sowie die Dauer eines eventuell notwendigen Parallelbetriebs. Diese Größen sind nicht bereits deshalb nachgewiesen, weil sie in einer Projektplanung stehen. Geplante Mengen und gemessene Mengen sollten getrennt bleiben, damit ein späteres Ergebnis die ursprüngliche Wirtschaftlichkeitsannahme tatsächlich bestätigen oder widerlegen kann.

Für die Funktion müsste die Prüfung über das Vorhandensein von Dateien hinausgehen. Lassen sich die erforderlichen Arbeitsabläufe am Ziel ausführen? Sind die für diesen Zweck notwendigen Zustände vorhanden oder nachvollziehbar neu eingerichtet? Werden die zuvor festgelegten Anforderungen an den Dienst erfüllt? Ein belastbarer Bericht würde außerdem benennen, welche Abhängigkeiten vom bisherigen Anbieter fortbestehen. Nur so lässt sich zwischen einer erfolgreichen Kopie, einer teilweisen Verlagerung und einem tatsächlich eigenständigen Ersatzbetrieb unterscheiden.

Auch ein positives Ergebnis hätte einen begrenzten Geltungsbereich. Es würde zunächst den getesteten Datenbestand, die geprüfte Anwendung und die verwendeten Bedingungen betreffen. Das ist kein Makel, sondern die Voraussetzung eines brauchbaren Nachweises. Ein negatives Ergebnis müsste ebenso präzise beschrieben werden. Ohne Ursachenanalyse wäre unklar, ob eine Anbieterabhängigkeit, eine selbst gewählte Architektur, eine falsche Konfiguration oder schlicht eine unzureichende Testplanung den Wechsel erschwert hat.

Aus diesen Quellen lässt sich bisher weder ein vollzogener Kundenwechsel noch dessen Dauer oder Gesamtkosten berichten. Ebenso fehlen gemessene Auswirkungen auf Kundenabwanderung, Marktanteile oder Konkurrenzreaktionen. Für Investoren ist das eine wichtige Grenze: Ein Preismodell kann einen plausiblen Wettbewerbsmechanismus besitzen, ohne dass seine Wirkung auf Umsatz, Marge oder Marktstruktur bereits nachgewiesen wäre. Aus der Null beim Egress lässt sich insbesondere keine Aussage über R2-Profitabilität oder eine Quersubventionierung ableiten.

Die vorläufige wirtschaftliche Schlussfolgerung ist enger und trotzdem relevant. Der ausgehende Transferbetrag wächst bei einem gelisteten Satz von null nicht mit der übertragenen Menge. Kosten aus Abrufen, Operationen und dem übrigen Wechselprojekt können dennoch entstehen. Der dokumentierte Exportweg macht eine Prüfung dieser Wechseloption möglich; er ersetzt sie nicht. Für Cloudflare R2 ist daher weder »kostenloser Ausstieg« noch »kein Ausstieg« belegt. Belegt sind ein konkreter Tarifvorteil und eine beschriebene Exporthandlung.

Der nächste Schritt wäre der Nachweis, dass daraus für einen bestimmten Kunden ein tragfähiger Ersatzbetrieb wird.