Stockage cloud
Quand un document est enregistré ou publié dans le cloud (voir Cloud : enregistrer, publier, intégrer), son contenu est stocké chiffré par le service cloud. L'opérateur choisit où ces documents sont stockés.
Rappel : le stockage ne voit jamais le contenu en clair. La clé de déchiffrement reste côté client (dans le fragment du lien de partage). Quelle que soit la cible, on n'y trouve que des données chiffrées.
Cibles disponibles
La cible est sélectionnée par configuration (variable d'environnement initiale ou réglage enregistré via la console d'administration).
Type (kind) | Cible | Champs principaux |
|---|---|---|
fs | Système de fichiers local — et donc tout partage réseau monté par l'OS (SMB/CIFS, NFS, SSHFS) | root (le chemin / le point de montage) |
s3 | Tout stockage objet compatible S3 (MinIO, Cloudflare R2, Wasabi, Scaleway…) | endpoint, region, bucket, access_key, secret_key, path_style, prefix |
webdav | WebDAV (Nextcloud, ownCloud, WebDAV Synology) | base_url, username, password, prefix |
azure | Azure Blob Storage (SharedKey ou SAS) | account, container, access_key ou sas, prefix |
Pour MinIO et la plupart des stockages auto-hébergés, activez
path_style(adressageendpoint/bucket/clé).
Configuration par variables d'environnement
Sans configuration explicite, la cible par défaut est fs enracinée sur
YCELL_BLOB_DIR (par défaut <data_dir>/blobs). Une cible configurée dans la
console l'emporte sur la valeur d'environnement.
Pas de changement à chaud. Modifier la cible depuis la console prend effet au redémarrage du service.
Quotas
Une capacité totale de stockage est plafonnée par YCELL_BLOB_CAPACITY_BYTES,
et un quota par compte est appliqué. Un document unique est par ailleurs plafonné
en taille.