Closed mzur closed 1 year ago
This could complement the new user storage module nicely. Storage disks are also generated on the fly in this module (e.g. user-123://
). Custom storage disks mentioned here could be stored as database model with an ID. These can be identified via the disk-[id]://
prefix. There can be global storage disks that are (only) available to all instance admins.
This will be implemented as part of the interface between BIIGLE and the Aruna Object Storage of NFDI4Biodiversity.
There is no way around storing encrypted access credentials in our DB. We may have to update the privacy notice, terms (no liability in case of leaked credentials) and display appropriate warning messages.
Todos:
biigle/user-disks
module.UserDisk
database model (with an ID, type, user ID and encrypted JSON field for credentials).biigle/core
.biigle/user-storage
does). This must be compatible with biigle/user-storage
which replaces the entire FilesystemManager. Maybe implement a new FilesystemManager in biigle/core
which supports the addition of "resolvers" through modules.
Users could create their own storage disks on the fly. This enables "private" volume locations, in contrast to "public" remote volumes. Some ideas:
Volumes are always connected to a storage disk (even it it is the special "remote" storage disk), the disk is no longer encoded in the volume URLWe need to discuss the security implications of the use of access credentials of different users.
Related to https://github.com/biigle/core/issues/373