Transloadit

Was ist eine Asset-Bibliothek?

Eine Asset-Bibliothek ist eine zentrale, durchsuchbare Sammlung von Mediendateien mit zugehörigen Metadaten, Versionen, Berechtigungen und Beziehungen. Sie unterstützt die regelbasierte Speicherung, das Auffinden und die Wiederverwendung.

So funktionieren Asset-Bibliotheken

Eine Asset-Bibliothek kombiniert die Speicherung von Binärdaten mit indexierten Datensätzen zu Eigentümerschaft, Rechten, Varianten, Versionen und Beziehungen. Suche und Filter greifen auf diese Datensätze und in manchen Repositories auch auf den Volltext von Dokumenten zu. Zugriffskontrollen bestimmen, wer ein Element ansehen oder ändern darf. Anders als ein einfacher gemeinsamer Ordner, in dem eine Datei über ihren Pfad referenziert wird, kann eine Bibliothek ein logisches Asset als Folge von Versionen mit alternativen Varianten wie Vorschauen behandeln. In einem Veröffentlichungsablauf wird sie zur regelbasiert verwalteten Quelle, aus der freigegebene Medien ausgewählt und ausgeliefert werden.

Wichtige Fakten

  1. Speichern Sie die unveränderliche Asset-ID der Bibliothek in Ihren eigenen Datensätzen statt eines Pfads oder Anzeigenamens und prüfen Sie, was diese ID identifiziert. Im Repository-Standard CMIS ist jede Version ein separates Objekt mit eigener Objekt-ID. Nur die Versionsreihen-ID bleibt über Versionen hinweg gleich. Eine Referenz muss daher entweder der neuesten Version folgen oder eine exakte Version festschreiben.
  2. Eine unveränderliche ID allein hält Auslieferungs-URLs nicht stabil. Cloudinary vergibt beispielsweise eine unveränderliche Asset-ID, die nicht zur Auslieferung eines Assets verwendet werden kann. Die Auslieferungs-URLs enthalten die öffentliche ID, die sich beim Umbenennen des Assets ändert. Prüfen Sie vor dem Veröffentlichen von URLs, welche Kennung sie enthalten und wie sich Umbenennen oder Verschieben auf sie auswirkt.
  3. Übereinstimmende kryptografische Prüfsummen, die über ganze Dateien berechnet wurden, etwa mit SHA-256, identifizieren byteidentische Dateien mit sehr hoher Wahrscheinlichkeit, unabhängig vom Dateinamen. Eine Kopie mit geänderter Größe oder erneutem Encoding enthält andere Bytes und wird deshalb durch einen Prüfsummenvergleich nicht erkannt. Dafür ist ein Ähnlichkeitsvergleich wie wahrnehmungsbasiertes Hashing nötig: Ähnliche Dateien erzeugen nahe beieinanderliegende statt identischer Werte, und Sie entscheiden, welche Nähe als Duplikat zählt. Gehen Sie weder davon aus, dass die Bibliothek diese Prüfung für Sie übernimmt, noch davon, dass ein Speicher-ETag eine Prüfsumme ersetzen kann: Adobe Experience Manager 6.5 wird mit deaktivierter Duplikaterkennung auf Basis von SHA-1 ausgeliefert. Ein Amazon-S3-ETag ist bei Multipart-Uploads oder bei Objekten mit SSE-C- oder SSE-KMS-Verschlüsselung kein MD5-Hashwert.
  4. Rechtemetadaten erfassen Einschränkungen, setzen sie aber nicht durch. Im IPTC Photo Metadata Standard ist Rights Usage Terms ein Freitextfeld, und Sperrfristen werden im Freitextfeld Instructions vermerkt. Keines von beiden ist daher ein Datum, das Software vergleichen kann. Muss die Auslieferung eine Sperrfrist oder einen Lizenzablauf berücksichtigen, speichern Sie dies als strukturiertes Datum oder als Status im Asset-Datensatz der Bibliothek oder in Ihrer eigenen Datenbank und prüfen Sie es beim Veröffentlichen. Eine Datei finden zu können, ist keine Erlaubnis, sie zu veröffentlichen. Eine Prüfung bei der Veröffentlichung deckt einen späteren Ablauf nicht ab: Endet das Recht zur weiteren Auslieferung eines Assets an einem bestimmten Datum, sorgen Sie auch dafür, die Auslieferung dann zu beenden, etwa durch zeitgesteuertes Zurückziehen der Veröffentlichung oder durch Prüfung des Datums bei jeder Anfrage.

Wann Asset-Bibliotheken relevant sind

Anwendungen nutzen eine Asset-Bibliothek, wenn Teams freigegebene Medien finden und wiederverwenden müssen, ohne Duplikate zu erzeugen. Berechtigungen und Versionskontrollen helfen zu verhindern, dass veraltete oder zugriffsbeschränkte Dateien veröffentlicht werden.

So hilft Transloadit bei Asset-Bibliotheken

Transloadit Storage, derzeit in der Betaphase, deckt Speicherung, Identität und Versionierung einer Asset-Bibliothek ab. Der Robot /transloadit/store speichert Dateien einer Assembly privat und gibt asset_id, version_id und den endgültigen Pfad zurück. Der Robot /transloadit/import wählt anschließend eine Datei anhand von path (ihrem aktuellen, veränderlichen Speicherort), anhand von asset_id (der aktuellen Version, auch nach Umbenennen oder Verschieben) oder anhand von asset_id zusammen mit version_id (den exakt gespeicherten Bytes) aus. Der Robot /file/hash berechnet während einer Assembly eine Prüfsumme und stellt sie als file.meta.hash bereit. Ihre Anwendung vergleicht diese Hashwerte, um Duplikate zu finden, und baut Katalog, Suche und Berechtigungen auf den von Transloadit zurückgegebenen Daten auf.

Speichern Sie den Workspace des gespeicherten Ergebnisses, asset_id, version_id und den zurückgegebenen Pfad zusammen mit Ihrem eigenen Anwendungsdatensatz, wie es die Robot-Dokumentation empfiehlt: Importe lesen aus dem Speicher Ihres Workspaces, und IDs unterliegen weiterhin dem Workspace-Zugriff und der Versionsaufbewahrung. Das Speichern unter einem belegten Pfad schlägt standardmäßig fehl. Die Konfliktstrategie overwrite erstellt stattdessen eine neue Version des bestehenden Assets. Ein festgeschriebener Wert für version_id führt niemals zu einem Rückgriff auf die aktuelle Version. Wird das Asset gelöscht oder diese aufbewahrte Version entfernt, ist die Referenz nicht mehr verfügbar.

Entdecken Sie die Funktionen zur Medienverwaltung von Transloadit

Quellen

Machen Sie aus Medienwissen eine funktionierende Pipeline

Verbinden Sie Uploads, Verarbeitung, KI, Storage und Auslieferung über eine deklarative API – um Encoding-Stack, Skalierung und ständig wechselnde Formate müssen Sie sich nicht selbst kümmern.

Transloadit kostenlos ausprobieren