Sippy: eine schrittweise Speichermigration prüfen
Objekte bei Bedarf kopieren
Am 24. Juli 2026 erweiterte Cloudflare Sippy um Azure Blob Storage und S3-kompatible Anbieter. Objekte werden nach R2 kopiert, wenn die Anwendung sie anfordert.
Der Leseweg entscheidet
Unsere Einordnung: Eine schrittweise Migration muss anhand der Zugriffsmuster des Projekts geprüft werden. Eine täglich genutzte Mediathek und ein selten geöffnetes Archiv haben unterschiedliche Profile. Die Lesehäufigkeit wird deshalb für die Planung der Versuche relevant.
Wir würden mehrere Objektgruppen vorbereiten: häufig gelesen, selten gelesen, groß und nicht vorhanden. Jeweils sind Inhalt, benötigte Metadaten und das Verhalten bei einer nicht erreichbaren Quelle zu prüfen. Dateizahlen allein beweisen keine funktionierenden Anwendungsfälle.
Das Ende des Übergangs vorbereiten
Außerdem braucht es ein Kriterium für die Stilllegung des alten Speichers. Wir empfehlen einen prüfbaren Bestand, Kontrollen wichtiger Objekte und einen dokumentierten Rückkehrplan. Kosten sollten anhand tatsächlicher abrechenbarer Lesezugriffe und Vorgänge untersucht werden. Eine einzelne Ankündigung reicht nicht für einen Gesamtpreis.
Rückblick — Juli 2026.