Il 12 febbraio 2026, sei parole in maiuscolo sono apparse sul repository GitHub di MinIO: "THIS REPOSITORY IS NO LONGER MAINTAINED." Il progetto che ha definito lo standard de facto per l'object storage S3-compatibile self-hosted — 60.000 stelle GitHub, oltre due miliardi di pull Docker, il 75% delle Fortune 100 come utenti — è stato archiviato dal suo proprietario.
Il thread su Hacker News ha generato 500 punti e 387 commenti. La community self-hosted è in subbuglio. Se usi MinIO nel tuo homelab, nel tuo cluster Proxmox, o come backend di backup — ecco cosa è successo e cosa fare adesso.
Come siamo arrivati qui
La morte di MinIO non è stata improvvisa. È stata una demolizione controllata durata un anno:
- Marzo 2025: Rimozione della console admin dalla Community Edition. Gestione utenti, bucket policies, lifecycle management — tutto spostato su AIStor Enterprise (96.000$/anno). Issue e ticket della community chiusi e bloccati.
- Ottobre 2025: Stop alle immagini Docker su Docker Hub e Quay.io. Migliaia di Helm chart, Terraform config e Ansible playbook che dipendevano da minio/minio si sono rotti istantaneamente.
- Dicembre 2025: Annuncio ufficiale di maintenance mode. Nessuna nuova feature, nessuna PR accettata, fix di sicurezza "caso per caso".
- 12 febbraio 2026: Repository archiviato. Read-only. Fine.
La strategia è stata deliberata: costruisci una user base enorme via open source, poi vira verso un modello chiuso una volta raggiunta la dominanza di mercato. È lo stesso pattern di Elastic, Redis, HashiCorp/Terraform. La community lo chiama "bait and switch".
Le alternative: un confronto onesto
Ho analizzato le 4 opzioni principali. Spoiler: nessuna è perfetta.
1. Il fork della community (pgsty/minio)
Ruohang Feng (Vonng), creatore di Pigsty e veterano di deployment MinIO da 25 PB, ha creato un fork che ripristina la console admin completa. Disponibile su Docker Hub come pgsty/minio — drop-in replacement.