ADR 0032 – Stockage des fichiers en stockage objet compatible S3
Statut : Décidée. Date : 29/09/2026. Écart : EC-029.
Contexte
Section intitulée « Contexte »Logo, certificats PDF, photos, pièces d’identité et traces GPS brutes doivent être conservés comme preuve pour les audits. Le découpage ne fixe aucune décision de stockage de fichiers.
Décision
Section intitulée « Décision »Stockage objet compatible S3, dans la même région que la base. La table fichier ne garde que la référence : clé de l’objet, type MIME, taille, empreinte SHA-256 et date de dépôt. organisation.logo_fichier_id et certificat.fichier_id y renvoient. Un fichier déposé n’est jamais écrasé : une nouvelle version crée un nouvel objet. Sur le téléphone, photos et pièces d’identité restent en file locale jusqu’à la synchronisation, puis partent par une adresse d’envoi signée, sans passer par PowerSync.
Alternatives écartées
Section intitulée « Alternatives écartées »Contenu dans PostgreSQL : alourdit la base, les sauvegardes et la réplication logique que lit PowerSync.
Conséquences
Section intitulée « Conséquences »Nouvelle dépendance du socle : un service de stockage compatible S3. Le fournisseur reste interchangeable, l’interface étant celle de S3.
Stratégie de sortie
Section intitulée « Stratégie de sortie »Migrer les objets vers un autre stockage compatible S3 : la base ne stocke que les clés et les empreintes, qui permettent de vérifier la copie.
ecarts.md, EC-029 ; modèle des référentiels du Lot 1, table fichier.