Speicherziele
Verwenden Sie Speicherziele, um wiederverwendbare S3-kompatible Ziele für Aufzeichnungen, kopierte Dateien und exportierte Medien zu registrieren.
Geeignet, wennSie möchten ein S3-kompatibles Ziel registrieren, in das ein anderes Modul schreibt.
Anderes Modul verwenden, wennVerwenden Sie Dateien oder Aufzeichnungen, um Medien zu erzeugen beziehungsweise zu kopieren; Speicherziele registrieren nur das Ziel.
/api/storages/createVoraussetzungen
Alle Methoden erfordern einen administrativen x-access-token. Bereiten Sie einen kompatiblen Bucket-Endpunkt und Zugangsdaten vor, die nur über die für den Workflow erforderlichen Berechtigungen verfügen. Access Key und Secret Key sind schreibgeschützt und werden von Lesemethoden nicht zurückgegeben.
Funktionen
createundupdateregistrieren oder ändern ein Speicherziel.getAll,getCountundgetByIdinspizieren konfigurierte Ziele.removelöscht einen Zieldatensatz.
Beispiel-Workflow
{
"name": "Event archive",
"type": "STORAGE_TYPE_S3",
"bucket_url": "https://media.example.s3.amazonaws.com",
"access_key": "ACCESS_KEY_ID",
"secret_key": "SECRET_ACCESS_KEY",
"meta_data": {}
}
- Erstellen Sie das Speicherziel vor dem Ereignis.
- Kopieren Sie eine kleine Testdatei in das Speicherziel.
- Überprüfen Sie das Objekt und die Zugriffsrichtlinie am Zielort.
- Verweisen Sie auf die Speicherkennung aus dem Workflow für die Produktionsübertragung.
Typische Anwendungsfälle
- Archivieren Sie abgeschlossene Aufzeichnungen in AWS S3 oder einem kompatiblen Objektspeicher.
- Trennen Sie die redaktionelle Übergabe von Buckets für die langfristige Aufbewahrung.
- Rotieren Sie die Zugangsdaten des Ziels, ohne Workflows zu ändern, die auf das Speicherziel verweisen.
Einschränkungen und Fehlerbehebung
Lesemethoden können gespeicherte Secret-Werte nicht wiederherstellen. Falsche Endpunkte, Bucket-Richtlinien, Regionen, Zugangsdaten oder Netzwerkregeln können Übertragungen verhindern, obwohl der Zieldatensatz vorhanden ist. Prüfen Sie nach jeder Änderung eine kleine Testübertragung.
Nächste Schritte
Verwenden Sie Dateien, um Medien an dieses Ziel zu kopieren und den Übertragungsfortschritt zu überwachen.
Wiederverwendbaren Object Storage registrieren
Erstellen Sie ein S3-kompatibles Ziel einmal und referenzieren Sie seine ID in Datei- und Aufbewahrungs-Workflows.
- Ziel registrierenSpeichern Sie Provider-Typ, Bucket-URL und Zugangsdaten.
POST /api/storages/create - Ressource bestätigenLesen Sie die gespeicherte nicht geheime Konfiguration vor Nutzung der ID.
POST /api/storages/getById
Behandeln Sie Access- und Secret-Key als nicht lesbare Zugangsdaten. Prüfen Sie Bucket-Richtlinie und minimale Berechtigung.
Verwenden Sie diese Methode, bevor ein Aufzeichnungs-, Archiv- oder Dateiübertragungs-Workflow auf den externen Speicher verweist.
Sie registriert das Ziel, prüft Bucket- und Metadateneinstellungen und macht das Speicherziel für Produktions-Workflows verfügbar. Die Voreinstellungen zeigen die schnellste Konfiguration für gängige S3-kompatible Anbieter wie AWS S3 oder Backblaze.
Verwenden Sie diese Voreinstellung, wenn Aufnahmen oder kopierte Dateien in einem AWS S3-Bucket landen sollen.
Verwenden Sie diese Voreinstellung, wenn das Speicher-Backend Backblaze ist und die Bucket-URL dem S3-kompatiblen Backblaze-Endpunktmuster folgt.
Dashboard-Bezeichnung: Name des Speicherziels.
Der eindeutige Speichername. Das Backend validiert ein eingeschränktes Namensmuster und eine eingeschränkte Länge, bevor das Speicherobjekt erstellt wird.
Dashboard-Bezeichnung: Speichertyp.
Unterstützte Werte sind STORAGE_TYPE_S3, STORAGE_TYPE_BACKBLAZE, sowie ein interner Laufwerkstyp, der als Modellstandard verwendet wird.
Dashboard-Bezeichnung: Bucket URL.
Vollständige Bucket-URL für das Speicherziel.
Dashboard-Bezeichnung: Zugriffsschlüssel (Key-ID).
Nur schreibbares Feld für die Zugriffsschlüssel-ID, die beim Erstellen oder Aktualisieren des Speicherziels verwendet wird.
Dashboard-Bezeichnung: Geheimschlüssel (App-Schlüssel).
Nur schreibbares Feld für den Geheimschlüssel, der beim Erstellen oder Aktualisieren des Speicherziels verwendet wird.
Dashboard-Bezeichnung: Metadaten-URL.
Redis-Metadaten-Backend, das von der Speicheranbindung verwendet wird.
Optionales Metadatenobjekt, das mit dem Speicherziel gespeichert wird.
Speicherobjekt-Kennungen und der gespeicherte Speichername.
Speichertyp, Bucket-URL und der vom Speichernamen abgeleitete normalisierte Ordnername.
Gespeicherte Felder des Metadaten-Backends für das Speicherobjekt.
Erstellungszeitstempel, der vom Backend verwaltet wird.
Die Erstellungs- und Aktualisierungsabläufe akzeptieren Zugangsdaten, aber Listen- und Abrufmethoden geben geheime Felder bewusst nicht an den Client zurück.