Comparatif des coûts
Gestion de modèles 3D en local ou dans le cloud : le vrai coût
Par Petros, qui développe Meshory · Mis à jour le 18 sept. 2026 · 7 min de lecture
Toute bibliothèque d'impression 3D vit dans l'un de ces trois endroits : le disque devant vous, un serveur que vous faites tourner, ou le cloud de quelqu'un d'autre. Le choix se discute d'habitude sur le principe, ce qui est la façon la moins utile de trancher. Cette page fait plutôt le calcul : ce que chaque option coûte au départ, ce qu'elle coûte à garder, et ce qu'on y perd. Nous vendons l'une des trois options, donc les précisions honnêtes sont signalées au fil du texte.
Les gestionnaires de modèles dans le cloud sont réellement séduisants. Pas d'installation, pas de matériel, votre bibliothèque sur votre téléphone au fablab, et une copie de tout qui survit à un incendie chez vous. Ce sont de vrais avantages, et rien plus bas ne prétend le contraire. Le problème est plus étroit que l'argumentaire ne le laisse croire : les bibliothèques d'impression 3D sont inhabituellement volumineuses et inhabituellement froides. La plupart des fichiers ne sont plus jamais ouverts, et ceux qui le sont s'ouvrent sur la machine qui fait tourner le slicer.
L'envoi, c'est ce que personne ne budgète
Avant même le premier abonnement mensuel, une bibliothèque dans le cloud a un coût d'entrée qui se compte en jours. Ce calcul vaut la peine d'être refait soi-même plutôt que pris pour argent comptant, alors le voici, avec les hypothèses posées au grand jour.
Prenez une bibliothèque de 3,5 To, la taille du disque NAS sur lequel Meshory a été éprouvé. Une vitesse d'envoi domestique courante est de 40 Mbps. 3,5 To représentent 28 000 000 mégabits, donc à 40 Mbps, cela fait 700 000 secondes de transfert continu : environ 194 heures, soit huit jours sans interruption. Réduisez la bibliothèque de moitié, et c'est quatre jours. Doublez votre vitesse d'envoi, et c'est aussi quatre jours. Le résultat se compte en jours pour à peu près toute combinaison réaliste.
| Taille de la bibliothèque | À 20 Mbps en envoi | À 40 Mbps en envoi | À 100 Mbps en envoi |
|---|---|---|---|
| 500 Go | 2,3 jours | 1,2 jour | 11 heures |
| 1 To | 4,6 jours | 2,3 jours | 22 heures |
| 3,5 To | 16 jours | 8 jours | 3,2 jours |
Rien de tout cela n'est une critique d'un service en particulier. C'est de la bande passante. Mais cela signifie qu'une bibliothèque dans le cloud est une décision qu'on prend à peu près une fois, car la refaire coûte une semaine de votre connexion, et cela explique pourquoi les organiseurs dans le cloud ont tendance à plaire à ceux dont la bibliothèque est petite, et à déplaire à ceux dont la bibliothèque est justement le problème.
Ce que chaque option coûte à garder
Plutôt que de citer des prix qui seront faux au moment où vous lirez ceci, voici les formules. Remplissez-les avec les chiffres actuels des services que vous comparez réellement.
| Au départ | À garder, par an | Se termine quand | |
|---|---|---|---|
| Service dans le cloud | Jours d'envoi | Prix par To par mois x vos To x 12 | Vous arrêtez de payer |
| Serveur auto-hébergé | Une machine, plus une soirée avec Docker | L'électricité d'une machine allumée 24/7, plus votre temps d'entretien | Le matériel tombe en panne |
| Application de bureau locale | Des minutes, les fichiers restent où ils sont | Rien de récurrent, mais voyez la section sur la sauvegarde | Jamais, si la licence est un achat unique |
La forme qui compte : le coût du cloud évolue selon ce que vous possédez et ne s'arrête jamais, tandis que le coût local est plat et se termine. Un amateur avec 200 Go peut trouver que le tarif du cloud est négligeable. Quelqu'un avec 3 To et l'habitude de soutenir des Kickstarter s'engage sur une facture qui grossit chaque mois où il continue d'imprimer. Notre propre tarification se trouve dans la colonne locale et représente un achat unique : voilà la précision honnête, et le calcul ci-dessus fonctionne pareil quel que soit l'outil local choisi.
Le coût que les adeptes du local oublient : la sauvegarde
C'est le meilleur argument en faveur du cloud, et il mérite d'être énoncé clairement plutôt qu'enterré. Une bibliothèque dans le cloud est une sauvegarde. Une bibliothèque locale n'en est pas une. Si votre disque tombe en panne, un organiseur local n'a rien à partir de quoi restaurer, parce qu'indexer des fichiers sur place fait de l'index une commodité posée par-dessus votre stockage, pas une deuxième copie de celui-ci.
Le total local honnête, c'est donc le logiciel plus une stratégie de sauvegarde, et un second disque ou un service de sauvegarde est une vraie ligne de dépense récurrente à ajouter à la colonne locale avant de comparer. Beaucoup en concluent que, s'ils vont de toute façon payer pour un stockage hors site, payer un service qui organise aussi les fichiers est la réponse la plus simple. Ce raisonnement se tient.
Si vous ne retenez qu'une chose de cette page, que ce soit celle-ci : quelle que soit la colonne choisie, décidez où vit la deuxième copie. Une bibliothèque parfaitement organisée sur un seul disque n'est qu'à une panne de disque de n'être plus rien.
Ce que vous perdez en passant au local
Être précis là-dessus est plus utile qu'un tableau de fonctionnalités, parce que les pertes sont concentrées plutôt que réparties.
- Votre téléphone. Une bibliothèque locale se trouve sur la machine où elle est installée. Pas de navigation depuis le canapé, pas moyen de montrer un modèle à quelqu'un lors d'une rencontre.
- Le partage. Pas de liens à envoyer, pas de comptes pour un partenaire ou un club, rien de publié. Si plusieurs personnes ont besoin de la même bibliothèque, une application de bureau locale n'est pas la bonne forme, et un serveur auto-hébergé l'est.
- La sécurité hors site par défaut. Traitée plus haut, et c'est la vraie limite.
- Aucune installation sur une nouvelle machine. Une bibliothèque dans le cloud vous suit sur un nouvel ordinateur portable ; une bibliothèque locale doit être réindexée.
En échange, vous obtenez une bibliothèque qui fonctionne quelle que soit sa taille, qui fonctionne sans connexion, qui ne coûte rien de récurrent, et qui ne vous demande jamais de confier quelques téraoctets de modèles payés à une entreprise qui pourrait changer ses tarifs ou fermer. La valeur de cet échange dépend presque entièrement de la taille de votre bibliothèque et du fait que quelqu'un d'autre ait ou non besoin de la voir.
Une règle de décision approximative
- 1Moins de 100 Go environ, et vous voulez un accès depuis votre téléphone : utilisez un service dans le cloud. L'envoi prend un après-midi et le tarif est faible. Arrêtez de lire ici.
- 2Plusieurs personnes ont besoin de la même bibliothèque : faites tourner un serveur. C'est à ça qu'ils servent, et aucune application de bureau ne s'y substitue.
- 3Plus d'un téraoctet, surtout froid, surtout rien qu'à vous : restez en local, et dépensez plutôt l'argent économisé dans un disque de sauvegarde.
- 4Vraiment indécis : l'option locale est la réversible. Les fichiers restent où ils sont, donc changer d'avis plus tard ne coûte rien de plus que l'envoi que vous alliez faire de toute façon.
Si vous atterrissez dans la colonne locale, le comparatif des organiseurs couvre le choix de l'outil, options gratuites en premier, et le logiciel payant en vaut-il la peine traite la question de savoir s'il faut dépenser quoi que ce soit. Les gestionnaires hors ligne qui lisent les fichiers sur place couvre la question plus étroite de savoir quels outils laissent vraiment vos dossiers tranquilles.
Questions sur le local et le cloud
Le stockage de modèles 3D dans le cloud est-il moins cher qu'en local ?
Pour une petite bibliothèque, généralement oui. Pour une grande, non : le coût du cloud évolue selon ce que vous possédez et revient indéfiniment, tandis qu'un disque local et une application à achat unique sont plats et se terminent. Le point de croisement dépend des prix actuels au téraoctet, mais la forme des deux courbes ne change pas.
Combien de temps faut-il pour envoyer une bibliothèque STL dans le cloud ?
Des jours, pour toute bibliothèque assez grande pour poser problème. À une vitesse d'envoi domestique courante de 40 Mbps, 1 To prend environ 2,3 jours de transfert continu, et 3,5 To en prennent environ huit jours. Ce coût d'entrée est généralement absent des comparaisons dans le cloud, et c'est souvent lui qui tranche.
Les gestionnaires de modèles 3D locaux sauvegardent-ils mes fichiers ?
Non, et vous devriez le présumer sauf si un outil affirme le contraire. Les gestionnaires qui indexent sur place construisent un catalogue par-dessus votre stockage existant plutôt qu'une deuxième copie de celui-ci, si bien qu'une panne de disque perd les fichiers, aussi bien organisés soient-ils. Prévoyez une sauvegarde séparément.
Puis-je utiliser un gestionnaire local avec des fichiers sur un NAS ?
Oui. Un gestionnaire de bureau peut indexer des partages réseau aux côtés de disques locaux, ce qui est la configuration courante pour les grandes bibliothèques : les fichiers vivent sur le NAS, l'application tourne sur votre poste de travail, et rien n'a besoin d'être installé sur le NAS lui-même. C'est différent de l'auto-hébergement, où le logiciel tourne sur le NAS et où vous y accédez via un navigateur.
Que devient une bibliothèque dans le cloud si le service ferme ?
Vous avez droit à une fenêtre d'export, si vous avez de la chance, puis à un téléchargement qui se compte en jours. C'est l'image inversée du problème de l'envoi. Cela vaut la peine d'être pesé pour un jeune service dans une petite catégorie, ce qui décrit la plupart des organiseurs d'impression 3D, y compris le nôtre.
Lequel est le meilleur pour la confidentialité ?
Le local, sans détour : des fichiers qui ne quittent jamais la machine ne peuvent être ni scannés, ni partagés, ni piratés. L'importance de cela dépend de votre bibliothèque. Pour la plupart des gens, ce sont des modèles payés plutôt que des secrets, et le vrai souci pratique est de perdre l'accès si un service change, pas une fuite.
L'option locale, sans rien à envoyer
Meshory indexe les dossiers et les partages NAS où vivent déjà vos modèles. Pas de compte, pas d'envoi, pas de frais récurrents. Essayez-le sur votre propre bibliothèque avant de décider quoi que ce soit.