Skip to main content
Le stockage local écrit les fichiers sur un volume Docker nommé en /data. Les nouvelles installations l’utilisent par défaut. Vous pouvez le conserver après l’application d’une licence enterprise. Le stockage objet (S3, GCS, Azure) est facultatif.

​
Volume local par défaut

./casebender init sans variables de stockage, et l’installateur desktop sans champs de stockage, définissent STORAGE_PROVIDER=local. Les fichiers persistent sur un volume Docker nommé monté en /data pour web et worker. Un sidecar ClamAV fourni n’écoute que sur le réseau Compose interne. L’application affiche une bannière de stockage local. Pour passer à S3, GCS, Azure ou un stockage S3 compatible certifié, suivez Migration du stockage.

​
Limites

  • Un seul hôte contient l’application et les fichiers. Conservez un seul réplica. La perte du volume entraîne la perte des pièces jointes et des preuves.
  • Il n’y a pas de versioning fournisseur, de verrouillage d’objet, de conservation légale ni de contrôle d’audit cloud.
  • Plusieurs réplicas exigent un système de fichiers partagé externe avec une cohérence qualifiée séparément. Ne traitez pas un chemin hôte comme un stockage objet caché.
  • Les volumes locaux au conteneur et anonymes peuvent être perdus lors du remplacement d’un conteneur.
  • Les permissions du système de fichiers et la cohérence des sauvegardes sont spécifiques à l’hôte.
N’activez pas MinIO.

​
Exploiter un volume local

  • Exécutez web et worker sur le même hôte et le même chemin.
  • Chiffrez le volume et sauvegardez-le indépendamment de l’application.
  • Surveillez la capacité, les permissions, les échecs de somme de contrôle et la restauration des sauvegardes.
  • Planifiez la migration vers S3, GCS ou Azure lorsque vous avez besoin de plus d’un hôte ou de contrôles de rétention fournisseur.
Suivez Migration du stockage en utilisant un transfert copy-first, non destructif et une vérification SHA-256.