RustFS passe en 1.0 et devient l’alternative S3 auto-hébergée de référence après le virage de MinIO
Le 18 septembre 2026, RustFS a publié sa version 1.0.0 GA, avec 32 000 étoiles GitHub et 2,7 millions d’instances déployées depuis sa première ligne de code en février 2024. C’est le stockage objet S3 en Rust, sous licence Apache 2.0, qui s’impose comme le successeur de MinIO pour les déploiements auto-hébergés.
18 septembre 2026. RustFS publie sa version 1.0.0, passant officiellement en disponibilité générale (GA). Février 2024. La première ligne de code. Juillet 2025. L’ouverture du code source. Pourquoi c’est important : en un peu plus de deux ans, ce stockage objet distribué écrit en Rust est devenu l’alternative S3 auto-hébergée que la communauté attendait depuis le virage de MinIO vers l’AGPL.
La place laissée par MinIO
MinIO a longtemps été le choix par défaut du stockage objet S3 auto-hébergé. Mais en 2025, son changement de licence — l’adoption de l’AGPL pour une partie de ses composants — a poussé une frange de la communauté à chercher une alternative à licence permissive. Nous avions documenté ce virage dans notre analyse de l’archive open source de MinIO. C’est dans ce trou que RustFS s’est engouffré, avec une proposition limpide : la même compatibilité S3, sous Apache 2.0.
Le positionnement est assumé. Le dépôt GitHub affiche « 2,3× plus rapide que MinIO pour les objets de 4 Ko » en tête de README, et la page d’accueil se présente comme un « remplacement direct de MinIO et d’Amazon S3 ». Pour un auto-hébergeur qui ne veut ni s’engager sur un contrat de support, ni risquer un problème de conformité de licence, l’argument est fort.
Pourquoi le Rust change la donne
Le choix du Rust n’est pas cosmétique. Un stockage objet manipule des octets en masse, en parallèle, sous forte concurrence — c’est exactement le terrain où les erreurs de mémoire du C ou du C++ se transforment en corruption de données ou en failles exploitables. Rust élimine à la compilation les use-after-free, les débordements de tampon et les courses de données, trois classes de bugs qui ont historiquement fourni l’essentiel des vulnérabilités des serveurs de stockage.
Pour un auto-hébergeur, la traduction est directe : l’intégrité des données ne dépend plus de l’absence d’erreur humaine dans du code non sûr. C’est un argument qui pèse lourd quand on confie des sauvegardes ou des données personnelles à un binaire unique.
Ce que la 1.0.0 fige
La GA signifie une chose : le cœur — le stockage objet — est stable et prêt pour la production. Le périmètre couvert est large :
- Données : cycle de vie complet des buckets et des objets, upload multipart, erasure coding, tiering, et S3 Tables avec catalogue Iceberg REST intégré au noyau de stockage.
- Protocoles : API S3, WebDAV, Swift, FTP/FTPS et MCP.
- Sécurité : IAM, OIDC, intégration KMS, chiffrement côté serveur (SSE), STS, audit et mTLS.
- Haute disponibilité : déploiement distribué, extension de pool, rééquilibrage, nœuds auto-réparants, réplication de site.
La courbe d’adoption donne du poids à la promesse : 32 000 étoiles sur GitHub, plus de 10 millions de pulls d’image sur Docker Hub, 2,7 millions d’instances déployées et 160 contributeurs. Le projet a rejoint le programme NVIDIA Inception et a figuré en tendance GitHub à neuf reprises.
La migration et l’écosystème
La compatibilité S3 est le nerf de la migration. RustFS vise le remplacement direct : les clients existants — AWS SDK, mc de MinIO, rclone, s3fs — doivent pouvoir pointer vers une instance RustFS sans réécriture. La promesse n’est pas « réimplémentez votre intégration », mais « changez l’URL et le jeu de clés ».
RustFS n’est pas seul sur le créneau. Garage — également en Rust — vise le stockage multi-nœuds léger pour les petits clusters. SeaweedFS couvre un périmètre plus large (fichiers, blobs, montage FUSE), au prix d’une complexité supérieure. Ceph reste le standard des très grands volumes, mais sa courbe d’exploitation est une autre affaire. RustFS se situe entre les deux : plus simple qu’un Ceph, plus complet qu’une simple passerelle S3. Son terrain naturel est le déploiement S3 de taille moyenne — précisément le cas fragilisé par le virage de licence de MinIO. Et son catalogue Iceberg intégré le place déjà sur le chemin des data lakes maison.
Une réserve d’honnêteté s’impose toutefois : la compatibilité S3 est un spectre. RustFS implémente la surface d’API dont la plupart des clients dépendent, mais certaines fonctionnalités exotiques — politiques de bucket avancées, règles de cycle de vie, destinations d’événements — peuvent accuser du retard sur Amazon S3 ou MinIO. Validez vos appels SDK précis contre une instance de test avant de miser une migration de production sur le mot « remplacement direct ».
Le démarrage en une commande
La mise en route reste le point fort d’un projet pensé pour l’auto-hébergement. Le fichier docker-compose-simple.yml officiel démarre une instance en quelques secondes :
git clone [email protected]:rustfs/rustfs.git
cd rustfs
docker compose -f docker-compose-simple.yml up -dAvant de lancer, il faut impérativement changer RUSTFS_ACCESS_KEY et RUSTFS_SECRET_KEY — les valeurs par défaut sont publiques, et une instance exposée avec ces identifiants est une porte ouverte. La console est ensuite accessible sur http://ip:9001.
Ce qui reste à prouver
Passer en GA n’efface pas les questions. Le projet est jeune : la version stable a deux ans et sept mois d’historique, contre plus d’une décennie pour MinIO. Les affirmations de performance — le 2,3× sur les objets de 4 Ko — sont celles de l’éditeur, et méritent d’être validées sur votre charge réelle avant un basculement. La feuille de route affiche clairement la suite : S3 Vectors et une 2.0 tournée vers l’IA, dans la perspective d’équiper des datacenters IA. À titre de comparaison, versitygw couvre un besoin voisin — exposer un système de fichiers en S3 — mais ne prétend pas à l’échelle distribuée de RustFS.
Concrètement, avant de migrer, un benchmark warp (l’outil de MinIO) ou s3bench sur des objets de 4 Ko, 1 Mo et 10 Mo donne une idée du débit réel sur votre matériel — les disques, le réseau et le CPU comptent autant que le logiciel. Testez aussi le erasure coding sur un pool réduit : c’est là que les promesses de disponibilité se vérifient ou se démentent.
Pour un auto-hébergeur, l’arbitrage est donc nuancé. RustFS est un candidat sérieux pour un stockage objet neuf sous S3 — laboratoire, homelab, objet intermédiaire avant le cloud — mais un basculement depuis MinIO en production se planifie, se benchmarke et se teste en parallèle, pas un vendredi après-midi.
Verdict
RustFS 1.0.0 marque un cap réel : le successeur auto-hébergé de MinIO existe, il est en Rust, sous Apache 2.0, et il se dit prêt pour la production. Si vous montez un nouveau stockage S3 auto-hébergé, démarrez sur RustFS — la licence permissive et l’installation en une commande plaident pour lui. Si vous faites déjà tourner MinIO en production, rien ne presse : benchmarkez RustFS sur votre charge avant de migrer, et surveillez la feuille de route IA si vos volumes de petits objets explosent. Dans les deux cas, retenez la date : le verrou de MinIO sur le stockage objet auto-hébergé vient de sauter.