Votre ERP génère des PDF de facturation. Aujourd'hui ils vivent sur un NAS Synology monté en NFS depuis deux serveurs PHP. Ça marche — jusqu'au jour où vous ajoutez une troisième instance en autoscaling et que les verrous fichiers corrompent un export en cours.
Le NAS excelle quand une application traite un volume modéré via un protocole fichiers classique. Le stockage objet (S3, Scaleway Object Storage, MinIO self-hosted) excelle quand les fichiers sont des objets immuables adressés par clé, servis par HTTP ou SDK, répliqués sans serveur de fichiers central.
Deux modèles, deux contrats implicites
| Critère | NAS (NFS/SMB) | Stockage objet (S3-compatible) |
|---|---|---|
| Accès | Chemin POSIX, montage | API HTTP, SDK |
| Concurrence multi-serveur | Délicat (locks) | Natif (clés uniques) |
| Scalabilité | Vertical + extension RAID | Horizontal, quasi illimitée |
| Coût petit volume | Souvent fixe, prévisible | Peut sembler plus cher (requêtes) |
| Coût gros volume irrégulier | Sur-provisionnement | Pay-as-you-go |
| Intégration CDN | Fichiers servis depuis origine | URL signées, origin pull facile |
| Latence écriture | Basse en LAN | Variable (API, région) |
Monter un NAS « parce qu'on a toujours fait comme ça » sur une archi cloud multi-instances recrée un SPOF que l'objet était censé éliminer.
Quand le NAS reste défendable
Application monolithique unique. Un serveur, chemins /var/uploads, backups rsync nocturnes : simple et lisible.
Legacy sans budget refonte. Logiciel qui exige un répertoire local writable sans SDK objet.
Latence ultra-basse en LAN. Traitement vidéo interne, rendu 3D, données temporaires régénérables — accès bloc ou NFS local.
Contrôle total on-prem. Datacenter propre, équipe storage qui maîtrise ZFS snapshots et réplication.
Dès que vous horizontalisez (Kubernetes, autoscaling PHP, workers parallèles), le NAS devient un goulot : un seul point de montage, permissions Unix fragiles, sauvegardes couplées au serveur.
Quand le stockage objet prend le lead
Uploads utilisateurs web. Photos, pièces jointes, exports : clé unique par fichier (user/123/invoice-456.pdf), permissions via URL signée.
Assets servis par CDN. Origin pull depuis un bucket public ou semi-public ; pas de serveur fichiers exposé.
Rétention et lifecycle. Passage automatique vers classe froide, suppression après N jours — politiques natives S3.
Conformité géographique. Bucket en région UE, réplication documentée ; utile pour dossiers RGPD.
Services européens (Scaleway, OVHcloud Object Storage, Infomaniak Swiss Backup/object tiers) permettent de rester sur des juridictions connues — vérifiez DPA et localisation des réplicas.
Hybride : pattern fréquent et sain
Beaucoup d'architectures matures combinent :
- Objet pour uploads durables et médias
- Volume bloc ou NAS local pour cache temporaire, queues, sessions fichier
- Base de données pour métadonnées (nom affiché, droits) — jamais seulement le chemin disque
Anti-pattern : stocker le chemin NAS en base sans stratégie de migration quand le troisième serveur arrive.
Le sommet : le NAS masque une dette de scalabilité
Les devis « stockage 20 To NAS » comparent mal un bucket objet avec lifecycle à un RAID sur-dimensionné « au cas où ».
Décider et avancer sans angle mort
- Comptez instances applicatives aujourd'hui et dans 18 mois.
- Classifiez fichiers : temporaires, uploads users, archives légales.
- Testez concurrence : deux écritures parallèles sur le même nom de fichier.
- Écrivez politique backup + restauration fichier unique (pas seulement snapshot volume).
Comparez offres objet et VPS dans notre annuaire. Pour données changeantes en bloc vs objet, voir S3 ou disque bloc.
Questions fréquentes
Mon application peut-elle utiliser un NAS comme un disque local ?
Oui via NFS/SMB, mais locks et latence posent problème à plusieurs instances. En multi-serveur, l'API objet évite un point de contention.
Le stockage objet est-il moins cher qu'un NAS ?
Petit volume : NAS souvent compétitif. Gros volume irrégulier : objet à l'usage évite le sur-provisionnement.
Comment gérer les sauvegardes ?
Objet : versioning, réplication, lifecycle. NAS : snapshots + copie off-site. Les deux exigent une rétention écrite.
Quels fichiers restent mieux sur NAS ?
Bases locales, caches temporaires bloc, legacy POSIX — pas uploads web massifs servis par CDN.
La prochaine fois qu'on vous proposera « un NAS pour tout », demandez : combien de serveurs écriront en même temps demain ? La réponse tranche souvent seule.