Azalea.

Start/Objektspeicher: COS, OSS, S3

Objektspeicher: COS, OSS, S3

Autor Azalea · Zuletzt getestet 2026-04-03

Objektspeicher ist für Leute, die keine Platte tragen, Originale aber trotzdem keiner Foto-Firma überlassen. Die In-App-Erklärseite ist direkt: es gibt keinen Azalea-Server; Sie wählen den Store.

Was das Formular wirklich persistiert

Anzeigename ist Ihrer. Provider wird am Einstieg gewählt und ist im Formular read-only. Bucket, Endpoint, Region, Root, Access Key, Secret Key. Änderungen debouncen, dann Upsert. Geheimnisse liegen in der iOS-Keychain oder in Android EncryptedSharedPreferences, nicht in einer weltlesbaren Prefs-Datei.

S3-kompatible Gateways gehen, wenn List/Put sich so verhalten. Kein kurzlebiges Session-Token wie einen langlebigen Key speichern, außer Sie kennen das Ablaufdatum.

Englischsprachige Setups, die wir im April 2026 wirklich gefahren haben, nutzten S3 Standard in us-west-2, nicht COS. Dem Client ist der Vendor egal, nur Signatur und Key-Layout.

Index-Form

index/{deviceId}/manifest.json plus index.sqlite. Object keys matchen iOS, deshalb kann ein zweiter Client auf denselben Bucket zeigen und ihn beanspruchen. Android mappt eine MediaStore-Zeile auf eine Ressource und kann iOS-local_identifier-Werte nicht wiederverwenden. Nach einem Claim matcht es nach Inhalt, keine 1:1-Rekonstruktion des alten Moments-Albums.

Kosten-Bauchgefühl

Zu Listenpreisen vom 8. März 2026 lag 214,7 GB auf S3 Standard bei etwa $59 / Jahr. PUT-Volumen für Zehntausende Stills ist real, liegt aber meist unter Storage. Ist die Rechnung die Angst, ist eine USB-Platte die andere Spalte im Kostenfall.

Als Erstes prüfen bei Fehler

  • Falsche Region zeigt sich an der ersten Liste als Signaturfehler oder 301.
  • Ein Sub-User mit GET aber ohne PUT stirbt am ersten Foto.
  • Tötet das OS die Hintergrundaufgabe, ist der Fortschritt nicht verloren; unfertige Keys bleiben im Index. Die App zu öffnen setzt fort.