Kurz erklärt
Du legst eine Datei unter einem Namen in einen Behälter und bekommst sie unter diesem Namen wieder. Es gibt keine echten Ordner, keine Rechte wie im Dateisystem und keine Möglichkeit, mitten in eine Datei zu schreiben – dafür ist der Zugriff von überall gleich, auch von mehreren Instanzen gleichzeitig.
In der Praxis
- Der entscheidende Grund: Die Festplatte eines Containers ist nach dem nächsten Deployment leer. Alles, was Nutzer hochladen, wäre verloren.
- Mehrere Instanzen teilen sich einen Objektspeicher; eine lokale Platte teilen sie sich nicht.
- Vorsignierte Links erlauben, dass Nutzer direkt hoch- und herunterladen, ohne dass die Datei durch deine Anwendung fließt – das spart Speicher und Zeit.
- Nichts versehentlich öffentlich machen: Der häufigste Fehler mit Objektspeichern weltweit ist ein Behälter, der offen im Netz steht.
Bei Branchway
Der Speicher spricht die S3-Schnittstelle, du kannst also gängige Bibliotheken unverändert verwenden. Zugangsdaten setzt die Plattform beim Verknüpfen. Die ersten Gigabyte sind frei, danach wird nach Belegung abgerechnet.
Häufige Fragen
Kann ich stattdessen einen dauerhaften Ordner nehmen?
Ja, für eine einzelne Instanz. Sobald mehrere Instanzen laufen oder die Dateimenge wächst, ist Objektspeicher der bessere Weg.
Funktionieren Werkzeuge wie die AWS-Kommandozeile?
Ja, sofern sie einen eigenen Endpunkt zulassen – die Schnittstelle ist dieselbe.