MinIO est passé en mode maintenance
(github.com/minio)- MinIO, stockage objet compatible S3 haute performance, est passé en état de maintenance uniquement
- L'ajout de nouvelles fonctionnalités et l'acceptation des Pull Requests sont arrêtés, de même que l'examen des tickets existants
- Les correctifs de vulnérabilités de sécurité seront examinés de manière limitée au cas par cas
- Le support communautaire est maintenu uniquement sous une forme minimale via le canal Slack
- Si vous avez besoin d'un support commercial et d'une maintenance active, l'utilisation du produit MinIO AIStor est recommandée
Annonce de maintenance
- Le projet MinIO est passé en mode maintenance uniquement, et ne reçoit plus de nouveaux changements
- Aucune nouvelle fonctionnalité, amélioration ou Pull Request n'est plus acceptée
- Les issues et PR existantes ne sont plus examinées activement
- Des correctifs de sécurité critiques peuvent être examinés au cas par cas
- Le support communautaire est fourni de manière minimale via le canal Slack
- Les utilisateurs ayant besoin d'un support commercial doivent utiliser le produit MinIO AIStor
Présentation de MinIO
- MinIO est un stockage objet compatible API S3 haute performance, optimisé pour les charges de travail IA/ML, analytics et données à grande échelle
- Il est distribué sous licence GNU AGPL v3.0 et conçu comme un projet pour la communauté open source
- Les caractéristiques clés sont la compatibilité S3 API, l'optimisation pour l'IA/analytics et le traitement haute performance
- Il peut être compilé depuis les sources puis déployé dans des environnements bare-metal
Politique open source et licences
- MinIO peut être modifié et redistribué librement selon la licence AGPLv3
- à condition de respecter les exigences AGPLv3, notamment l'obligation de publier le code modifié
- L'utilisation commerciale ou propriétaire doit être faite sous la responsabilité de l'utilisateur, sans garantie ni obligation de maintenance
- Le support communautaire est fourni selon une approche best-effort via GitHub et Slack
- MinIO AIStor inclut un support entreprise avec garantie SLA pour les environnements commerciaux
Déploiement et installation
- L'édition communautaire n'est distribuée qu'en code source ; les binaires précompilés ne sont plus fournis
- Méthode d'installation
go install github.com/minio/minio@latestpour l'installation depuis les sources- Construction directe de l'image Docker via le Dockerfile fourni
- Les anciennes versions binaires ne sont conservées qu'à titre de référence et ne sont pas mises à jour
Construction et exécution depuis les sources
- Sur un environnement Go 1.24+ ou supérieur, la commande
go installpermet de compiler et exécuter le serveur MinIO - Les identifiants racine par défaut sont
minioadmin:minioadmin - Via la console web MinIO, il est possible de créer des buckets, télécharger des objets et les explorer
- Le CLI MinIO Client (mc) permet de se connecter au serveur et de le gérer
- L'utilisation d'un binaire compilé depuis les sources n'offre ni garantie ni responsabilité au titre de l'AGPLv3
Déploiement Docker et Kubernetes
- Il est possible de créer une image Docker localement avec la commande
docker build .- Avec
docker run, le serveur peut être lancé en spécifiant le mappage des ports et l'URL de la console
- Avec
- Dans un environnement Kubernetes
- Déploiement possible via MinIO Operator ou chart Helm
- La documentation correspondante est disponible sur le site officiel de MinIO
2 commentaires
MinIO cesse de distribuer des images Docker gratuites
Garage - stockage d’objets distribué open source compatible S3
Avis Hacker News
Merci aux équipes de MinIO, RustFS et Garage pour leurs contributions
L’annonce de l’abandon de l’open source par MinIO a surpris la communauté par sa brutalité, mais il semble qu’un passage à la monétisation soit finalement nécessaire
En comparant RustFS et Garage, Garage publie plus lentement, tandis que RustFS est mis à jour presque chaque semaine
Côté licence, Garage est en AGPLv3, RustFS sous licence Apache, ce qui facilite son adoption en entreprise
En matière de stabilité, Garage semble légèrement meilleur en environnement distribué
Maintenant que MinIO s’est pratiquement retiré de la concurrence OSS, RustFS semble bien placé pour prendre la tête
Recommande SeaweedFS
Je ne l’ai pas utilisé moi-même, mais pour ceux qui veulent opérer leurs propres serveurs, cela semble être un bon remplaçant de MinIO
La dernière fois que j’ai regardé, il y avait beaucoup trop de corrections de bugs, ce qui ne m’inspirait pas confiance
MinIO a continué à retirer des fonctionnalités de sa version open source
L’alternative la plus proche semble être RustFS
J’attends de voir s’il prendra en charge la réplication inter-sites avant de migrer
RustFS est intéressant aussi, mais j’ai failli fermer le site à cause du discours marketing excessif sur la page d’accueil
Le dépôt GitHub est ici
Récemment,
deleteObjectne fonctionnait pas, donc je l’ai retiré de ma matrice de testsIl est d’ailleurs explicitement indiqué qu’il n’est pas encore prêt pour la production
Garage a l’air correct
Mais le mode distribué est encore incomplet, et la réplication de buckets comme les politiques de cycle de vie sont toujours en cours
Il faut absolument vérifier la feuille de route avant un déploiement à grande échelle
Ils n’ont pas ouvert les commits à l’extérieur et ont fini par abandonner l’open source
Je développe HS5 dans une direction proche de l’objectif initial de MinIO
Le cœur est stable, mais la gestion des utilisateurs et l’interface web sont encore en cours de développement
Si j’avais les compétences juridiques, j’aurais presque envie d’attaquer MinIO en justice
J’ai passé beaucoup trop de temps à configurer SeaweedFS, qui était excessif pour mon usage
HS5 semble bien mieux adapté
Cela semble adapté au développement ou à un PoC, et aussi à des environnements où la HA/RAID est gérée dans les couches inférieures
En revanche, je me demande ce que ça donne côté performances (lecture/écriture/suppression)
Et je me demande aussi comment répondre à la question : « au fond, est-ce que ce n’est pas simplement une réimplémentation d’un système de fichiers ? »
Stallman avait raison
Je ne comprends pas pourquoi la communauté continue de contribuer à des projets avec ce type de CLA (Contributor License Agreement)
Au final, on a encore eu droit à un “rug pull”
Il y aura probablement un fork sous l’égide de la Linux Foundation
MinIO reviendra sans doute dans 1 à 2 ans, mais il aura déjà perdu la confiance de la communauté
Exemples liés : commentaire d’issue, discussion
Ce n’est pas surprenant qu’après avoir abandonné la compatibilité POSIX pour construire un produit complexe, ils se soient fait distancer par des concurrents comme Ceph ou S3/R2/B2
MinIO restait correct pour des environnements où installer Ceph est difficile, ou pour des caches de build CI/CD
Mais ce n’est pas là que se trouve le marché rentable
Par exemple,
"foo"et"foo/bar"sont tous deux valides dans S3, mais ne peuvent pas coexister dans un système de fichiers POSIXConstruire un système POSIX fiable est intrinsèquement complexe
MinIO est déjà suffisamment complet pour la plupart des usages
Dans les grosses mises à jour récentes, ils ont même plutôt supprimé des fonctionnalités de l’UI
Je l’utilise depuis 5 ans, et je pense pouvoir continuer tant qu’il reçoit des correctifs de sécurité
Cela donne l’impression que les correctifs indispensables ne sont plus garantis
Le fait d’avoir abandonné la base open source pour basculer vers un produit commercial est choquant
Et en plus ils ont renommé ça “AIStor”, c’est franchement absurde
Comme c’est de l’AGPL, ils doivent toujours publier le code source quelque part
C’est une façon d’utiliser du code gratuit de la communauté pour générer des revenus tout en bloquant la concurrence
Comme ça se répète sans cesse, ce n’est même plus surprenant
Clickhouse semble suivre le même chemin
La raison du changement de feuille de route il y a 2 ans, c’était aussi que la version open source pouvait concurrencer l’activité cloud
La discussion correspondante est ici