¿Qué es una biblioteca de activos?

Una biblioteca de activos es una colección centralizada y con capacidad de búsqueda de archivos multimedia y sus metadatos, versiones, permisos y relaciones asociados. Facilita el almacenamiento sujeto a políticas, la localización y la reutilización.

Una biblioteca de activos combina almacenamiento binario con registros indexados que describen la propiedad, los derechos, las versiones derivadas, las versiones y las relaciones. La búsqueda y el filtrado se realizan sobre esos registros y, en algunos repositorios, sobre el texto completo de los documentos, mientras que los controles de acceso determinan quién puede ver o modificar cada elemento. A diferencia de una simple carpeta compartida, donde se hace referencia a un archivo por su ruta, una biblioteca puede tratar un activo lógico como una serie de versiones con variantes alternativas, como vistas previas. En un flujo de trabajo de publicación, se convierte en la fuente sujeta a gobernanza desde la que se seleccionan y entregan los archivos multimedia aprobados.

Guarda el ID inmutable del activo de la biblioteca en tus propios registros, no una ruta ni un nombre visible, y comprueba qué identifica ese ID. En el estándar de repositorios CMIS, cada versión es un objeto independiente con su propio ID de objeto, y solo el ID de la serie de versiones permanece igual entre versiones, por lo que una referencia debe seguir la versión más reciente o fijar una versión exacta.
Un ID inmutable no mantiene estables las URL de entrega por sí solo. Cloudinary, por ejemplo, asigna un ID de activo inmutable que no puede usarse para entregar un activo; sus URL de entrega contienen el ID público, que cambia cuando se cambia el nombre del activo. Antes de publicar las URL, confirma qué identificador contienen y cómo les afecta un cambio de nombre o de ubicación.
La coincidencia de sumas de verificación criptográficas calculadas sobre archivos completos, como SHA-256, permite identificar archivos idénticos byte a byte con una probabilidad muy alta, independientemente del nombre del archivo. Una copia redimensionada o sometida a un nuevo encoding tiene bytes distintos, por lo que una suma de verificación no la detectará; encontrarla requiere una comparación de similitud, como el hashing perceptual, en el que los archivos similares producen valores cercanos en lugar de iguales y tú decides qué grado de proximidad cuenta como duplicado. No supongas que la biblioteca hace la comprobación por ti ni que un ETag de almacenamiento puede sustituir a una suma de verificación: Adobe Experience Manager 6.5 incluye la detección de duplicados mediante SHA-1 desactivada, y un ETag de Amazon S3 no es un resumen MD5 para subidas multiparte ni para objetos cifrados con SSE-C o SSE-KMS.
Los metadatos de derechos registran restricciones; no las hacen cumplir. En el estándar de metadatos fotográficos IPTC, Rights Usage Terms es texto libre y los embargos se indican en el campo de texto libre Instructions, por lo que ninguno de los dos es una fecha que el software pueda comparar. Si la entrega debe respetar un embargo o el vencimiento de una licencia, guarda esa información como una fecha o un estado estructurados, en el registro del activo de la biblioteca o en tu propia base de datos, y compruébala al publicar; poder encontrar un archivo no implica tener permiso para publicarlo. Una comprobación al publicar no cubre un vencimiento posterior: si el derecho a seguir sirviendo un activo termina en una fecha, organiza también el cese de su entrega en ese momento, por ejemplo, programando su retirada de la publicación o comprobando la fecha en cada solicitud.

Las aplicaciones usan una biblioteca de activos cuando los equipos deben encontrar y reutilizar archivos multimedia aprobados sin crear duplicados. Los permisos y los controles de versiones ayudan a evitar que se publiquen archivos obsoletos o restringidos.

Transloadit Storage, actualmente en beta, cubre el almacenamiento, la identidad y el control de versiones de una biblioteca de activos. El Robot /transloadit/store almacena archivos de las Assemblies de forma privada y devuelve un asset_id, un version_id y la ruta final. Después, el Robot /transloadit/import selecciona un archivo mediante path (su ubicación actual, que puede cambiar), mediante asset_id (la versión actual, incluso después de un cambio de nombre o ubicación) o mediante asset_id junto con version_id (esos bytes exactos almacenados). El Robot /file/hash calcula una suma de verificación durante una Assembly y la expone como file.meta.hash. Tu aplicación compara esos hashes para encontrar duplicados y construye el catálogo, la búsqueda y los permisos a partir de lo que devuelve Transloadit.

Guarda el Workspace del resultado almacenado, asset_id, version_id y la ruta devuelta junto con el registro de tu propia aplicación, como recomienda la documentación del Robot: las importaciones leen desde el almacenamiento de tu Workspace, y los ID siguen sujetos al acceso al Workspace y a la retención de versiones. Almacenar en una ruta ocupada falla de forma predeterminada; en cambio, la estrategia de resolución de conflictos overwrite crea una nueva versión del activo existente. Un version_id fijado nunca recurre a la versión actual como alternativa, y eliminar el activo o esa versión retenida hace que la referencia deje de estar disponible.

Explora las capacidades de gestión multimedia de Transloadit

¿Qué es una biblioteca de activos?

Cómo funcionan las bibliotecas de activos

Datos clave

Cuándo son importantes las bibliotecas de activos

Cómo ayuda Transloadit con las bibliotecas de activos

Fuentes

Convierte tus conocimientos sobre multimedia en un pipeline funcional