Si tu stack usa MinIO como almacenamiento de objetos self-hosted, el mes cambió el terreno bajo tus pies. El 14 de julio de 2026 se archivó en GitHub el repositorio de mc, el cliente de línea de comandos de MinIO, que quedó en modo solo lectura. Es el último eslabón de un proceso que empezó a fines de 2025 y que ya había dejado al servidor Community Edition sin mantenimiento. Nada se "apaga" de golpe, pero el proyecto sobre el que muchos montaron sus buckets S3 dejó de recibir código nuevo.
MinIO Community Edition es el servidor de almacenamiento de objetos open source compatible con la API S3 desarrollado por MinIO Inc. Su cliente de línea de comandos, mc (MinIO Client), sirve para administrar buckets y mover datos entre endpoints S3. Desde 2026, ambos repositorios están archivados en GitHub y en modo solo lectura: no reciben nuevas versiones, parches revisados ni binarios oficiales de la comunidad.
¿Qué significa que el cliente mc quede en "solo lectura"?
Significa que el repositorio minio/mc ya no acepta commits, pull requests ni nuevos releases: el código quedó congelado. El binario que tenés instalado sigue funcionando —podés seguir corriendo mc mirror o mc cp—, pero no van a llegar más correcciones de bugs ni parches de seguridad oficiales. "This repository was archived by the owner on Jul 14, 2026. It is now read-only", dice el aviso de archivo del repositorio en GitHub.
El detalle que lo vuelve relevante para todos: mc no habla solo con MinIO. Es una navaja suiza para cualquier endpoint compatible con S3, así que su congelamiento afecta también a quienes lo usan para operar otros backends. Según el listado de releases de minio/mc en GitHub, la última versión publicada es RELEASE.2025-08-13T08-35-41Z: ese es el punto donde el cliente se detuvo.
¿Por qué archivaron MinIO Community Edition?
MinIO Inc. movió su edición comunitaria a mantenimiento y después la archivó como parte de un giro hacia su producto comercial. El servidor minio/minio entró en modo mantenimiento en diciembre de 2025, cambió su README con lenguaje que muchos leyeron como fin de vida en febrero de 2026, y terminó archivado y en solo lectura el 25 de abril de 2026. El cliente mc siguió el mismo camino en julio.
El malestar no arrancó con el archivo. Ya a mediados de 2025 la compañía había recortado la consola web de la Community Edition y empujado varias funciones de administración hacia la licencia enterprise. Para buena parte de la comunidad, más que un problema de features fue de confianza: quedó documentado en discusiones como "Why not archive the Community Edition?" y en el issue de "Maintenance Mode".
| Fecha | Qué pasó |
|---|---|
| Dic 2025 | minio/minio pasa a modo mantenimiento (sin features nuevas) |
| Feb 2026 | Cambio de README interpretado como fin de vida |
| 25 abr 2026 | minio/minio archivado y en solo lectura |
| 14 jul 2026 | minio/mc (el cliente) archivado y en solo lectura |
¿Qué implica esto si tenés MinIO en producción hoy?
Tu deployment sigue corriendo: archivar un repo no borra tus binarios ni tus datos. Lo que terminó es el mantenimiento y la distribución. El riesgo real no es que "se caiga mañana", sino que quedás sin parches de seguridad oficiales y sin un camino de actualización soportado. Estos son los puntos concretos a evaluar:
- No hay más parches de seguridad oficiales. Cualquier CVE nuevo que afecte a MinIO o a
mcno va a tener un fix upstream de la comunidad. Quedás dependiendo de forks o de soporte pago de terceros. - Tus datos y tu API S3 no cambian. Los objetos siguen ahí y la compatibilidad S3 se mantiene, así que una migración es un movimiento de datos, no una reescritura de tu aplicación.
- El reloj corre para el software de borde. Cambios en TLS, en el sistema operativo base o en librerías pueden romper un binario que ya nadie actualiza.
- Los forks aparecen, pero no todos sobreviven. Surgieron intentos de continuar el proyecto por fuera; antes de atarte a uno, mirá la actividad real de commits y la seriedad del equipo detrás.
La lectura práctica: no hace falta migrar esta noche, pero sí conviene poner la migración en el roadmap del trimestre en vez de esperar a un incidente.
¿Qué alternativas open source hay para reemplazar MinIO?
Las tres opciones que más se nombran para reemplazar MinIO en almacenamiento de objetos S3-compatible son SeaweedFS, Garage y Ceph RGW, más el recién llegado RustFS. Todas exponen la API S3, así que tu código que hoy habla con MinIO puede apuntar a cualquiera de ellas cambiando el endpoint y las credenciales. La diferencia está en el perfil operativo de cada una.
- SeaweedFS es el reemplazo generalista más recomendado. Licencia Apache 2.0 y, según la comparativa de Akmatori (2026), del orden de 30.000 estrellas en GitHub. Brilla con archivos chicos y suma POSIX FUSE, WebDAV, erasure coding, tiering hacia almacenamiento de objetos en la nube de terceros y un driver CSI para Kubernetes, además de la capa S3.
- Garage es la opción liviana y geo-distribuida. Escrito en Rust, licencia AGPLv3, pensado para setups self-hosted multi-nodo y multi-sitio con requisitos de recursos mínimos. Es la que recomienda directamente el análisis de Storm Developments (2026) para cubrir el rol que ocupaba MinIO.
- Ceph RGW es la de escala empresarial. El RADOS Gateway le da a Ceph una interfaz S3 y sirve a escala de petabytes, pero es operativamente pesado: según la comparativa de Akmatori (2026), pide un mínimo de 3 nodos con 4+ GB de RAM por nodo. Tiene sentido si ya corrés Ceph para otras capas de storage.
- RustFS es la apuesta joven. También en Rust y con foco en ser un reemplazo cercano de MinIO; interesante para probar, pero verificá su madurez antes de mandarlo a producción.
¿Cuál elegir según tu caso?
Como regla rápida: arrancá con SeaweedFS si querés el default open source más sólido y versátil; elegí Garage si necesitás algo liviano y distribuido en varios sitios; y quedate con Ceph RGW solo si ya tenés Ceph andando o si operás a escala de petabytes con un equipo dedicado. Para la mayoría de los proyectos que hoy tienen un MinIO de uno o dos nodos, SeaweedFS o Garage cubren el hueco sin sobredimensionar.
¿Cómo empezar a migrar de MinIO hoy?
El primer paso es sacar los datos, y para eso el propio mc —aunque esté congelado— todavía te sirve. Como habla S3 de los dos lados, podés espejar un bucket de MinIO hacia tu nuevo backend sin tocar la aplicación. Un flujo mínimo:
# El binario mc sigue funcionando; úsalo para copiar los datos antes de apagar MinIO
mc alias set origen https://minio.tu-dominio.com ACCESS_KEY SECRET_KEY
mc alias set destino https://s3.tu-nuevo-backend.com ACCESS_KEY SECRET_KEY
# Espejá el bucket preservando metadatos
mc mirror --preserve origen/mi-bucket destino/mi-bucket
# Verificá que el conteo de objetos coincida
mc ls --recursive origen/mi-bucket | wc -l
mc ls --recursive destino/mi-bucket | wc -l
Después, en tu aplicación solo cambiás el endpoint y las credenciales del SDK de S3. Recomendaciones para que la ventana de corte sea controlada:
- Corré la migración en dos pasadas. Una primera copia con el servicio en línea y una segunda pasada corta de
mc mirrorpara los objetos nuevos, justo antes del switch, para minimizar el downtime. - Validá antes de cortar. Compará conteos y checksums, y probá lecturas/escrituras contra el nuevo backend con las credenciales reales de la app.
- Fijá las versiones que dejás en pie. Anotá la release exacta de MinIO y
mcque corrés, porque ya no habrá "la última" a la que actualizar. - Dejá MinIO en solo lectura durante la transición. Así evitás escrituras que se pierdan entre la última pasada y el corte definitivo.
Si tu MinIO corre en un Cloud Server propio, este es buen momento para levantar el nuevo backend en paralelo, migrar sin apuro y recién después dar de baja el servicio viejo.
Preguntas frecuentes
¿MinIO deja de funcionar ahora que está archivado?
No. Archivar el repositorio solo lo pone en modo solo lectura en GitHub; tus binarios y tus datos siguen intactos y operativos. Lo que se termina es el desarrollo: no habrá nuevas versiones ni parches de seguridad oficiales de la comunidad.
¿Puedo seguir usando el cliente mc?
Sí, el binario de mc que ya tenés instalado sigue funcionando con cualquier endpoint S3. La diferencia es que quedó congelado en la release de agosto de 2025 y no recibirá más correcciones, así que conviene tratarlo como una herramienta de transición, no permanente.
¿Cuándo se archivó exactamente el cliente mc?
El repositorio minio/mc fue archivado por su dueño el 14 de julio de 2026 y quedó en solo lectura, según el aviso del propio repositorio en GitHub. El servidor minio/minio ya había sido archivado antes, el 25 de abril de 2026.
¿Mi aplicación necesita cambios de código para migrar?
En general no, más allá de cambiar el endpoint y las credenciales. Como SeaweedFS, Garage y Ceph RGW exponen la API S3, el SDK de S3 de tu aplicación sigue igual; la migración es principalmente un movimiento de datos, no una reescritura.
¿Cuál es la mejor alternativa a MinIO en 2026?
Para la mayoría de los casos, SeaweedFS es el reemplazo open source más recomendado por su versatilidad y compatibilidad S3, según comparativas como la de Akmatori (2026). Garage es la mejor opción liviana y multi-sitio, y Ceph RGW queda reservado para escala de petabytes.
Cloud Serversby Donweb
Todo el poder de la nube a tus proyectos y aplicaciones.
Alojamiento ultra rápido, escalable y con alta disponibilidad.
- Performance que te sorprenderá
- Rápida escalabilidad y sin limitaciones
- Arquitectura de alta disponibilidad
- Soporte experto y ejecutivos de cuenta
- Pagos en tu moneda y facturación local
