Wo Dokumente gespeichert werden: Local-, Azure-Blob- und S3-Provider

Dieser Artikel erläutert, wo MobilityManager den eigentlichen Inhalt der von Ihnen hochgeladenen Dateien aufbewahrt und wie sich die drei Speicheranbieter – Local, Azure Blob und S3 – unterscheiden.

Metadaten und Dateiinhalt werden getrennt gespeichert

Jedes Dokument besteht aus zwei Teilen. Die Metadaten (Dateiname, Inhaltstyp, Größe, Kategorie, Hochladender, Versionen) liegen in der Datenbank Ihres Unternehmens. Der Dateiinhalt wird in einen von Ihrem Administrator gewählten Speicheranbieter geschrieben. Ein Versionsdatensatz verbindet beide, indem er den Speicherpfad festhält, unter dem der Inhalt geschrieben wurde.

Unabhängig vom Anbieter werden Dateien unter servergenerierten Namen gespeichert – einem zufälligen Bezeichner samt der ursprünglichen Erweiterung – und nicht unter ihren ursprünglichen Dateinamen. Der sprechende Dateiname bleibt in den Metadaten erhalten und wird beim Herunterladen wieder angewendet.

Die drei Anbieter

Anbieter	Wohin Dateien gelangen	Am besten geeignet für
Local	Ein Verzeichnis im Dateisystem des Servers (der konfigurierte Basispfad).	On-Premises-Installationen oder Evaluierungen, bei denen Dateien auf Ihrem eigenen Server verbleiben.
Azure Blob	Ein Container in einem Azure-Storage-Konto.	Bereitstellungen auf Microsoft Azure.
S3	Ein Amazon-S3-Bucket (oder ein S3-kompatibler Speicher).	Bereitstellungen auf AWS oder S3-kompatiblem Objektspeicher wie MinIO.

Anbieter Local

Der Anbieter Local schreibt jede Datei in einen konfigurierten Basisordner auf dem Server. Fehlt der Ordner, wird er erstellt, und die Plattform überprüft, ob der Ordner beschreibbar ist, bevor sie ihn übernimmt. Lesevorgänge sind gegen Path Traversal abgesichert, sodass nur Dateien innerhalb des konfigurierten Speicherstammverzeichnisses ausgeliefert werden können.

Anbieter Azure Blob

Der Anbieter Azure Blob lädt jede Datei als Blob in einen benannten Container hoch. Existiert der Container noch nicht, wird er ohne öffentlichen Zugriff erstellt, sodass Blobs niemals anonym erreichbar sind. Die Verbindung zu Azure wird aus einem Geheimnisverweis aufgelöst und nicht aus einem in die App eingegebenen Wert.

Anbieter S3

Der Anbieter S3 speichert jede Datei als Objekt in einem Bucket in einer angegebenen Region. Er unterstützt außerdem eine benutzerdefinierte Service-URL, die die Path-Style-Adressierung für S3-kompatible Speicher wie MinIO aktiviert. Zugriffs- und Geheimschlüssel werden aus Geheimnisverweisen aufgelöst und nicht im Klartext gespeichert.

Hinweis: Es gibt zu jedem Zeitpunkt eine aktive Speicherkonfiguration für die gesamte Plattform. Der aktive Anbieter ist der Ort, an dem neue Dateien geschrieben und aus dem Downloads gelesen werden.

Die Verschlüsselung ist unabhängig vom Anbieter

Wenn die Verschlüsselung im Ruhezustand aktiviert ist, werden Dateien verschlüsselt, bevor sie an den jeweils aktiven Anbieter übergeben werden. Das bedeutet, dass Local, Azure und S3 allesamt bereits verschlüsselte Inhalte erhalten und der zugrunde liegende Ordner, Container oder Bucket niemals eine lesbare Kopie enthält. Die Entschlüsselung erfolgt erst beim Herunterladen.

Tipp: Die Wahl eines Anbieters ist eine plattformweite Entscheidung, die ein Administrator mit settings:manage trifft. Als alltäglicher Benutzer wählen Sie nicht aus, wohin Dateien gelangen – Sie laden einfach hoch, und der aktive Anbieter erledigt den Rest.