MinIO entra en modo de mantenimiento

 (github.com/minio)
3 puntos por GN⁺ 2025-12-04 | 2 comentarios | Compartir por WhatsApp
  • MinIO, un almacenamiento de objetos compatible con S3 de alto rendimiento, se ha convertido al estado de solo mantenimiento
  • Se detuvieron la adición de nuevas funciones y la aceptación de Pull Requests, así como la revisión de issues existentes
  • Las correcciones de vulnerabilidades de seguridad se revisarán de forma limitada y caso por caso
  • El soporte comunitario se mantiene únicamente en una forma mínima a través de Slack
  • Para quienes requieran soporte comercial y mantenimiento activo se recomienda usar el producto MinIO AIStor

Aviso de mantenimiento

  • El proyecto MinIO ha pasado al estado de solo mantenimiento y no acepta cambios nuevos
    • Ya no se aceptan nuevas funcionalidades, mejoras ni Pull Requests
    • Los issues y PR existentes no se revisan de manera activa
  • Las correcciones críticas de seguridad pueden revisarse caso por caso
  • El soporte comunitario se ofrece de forma mínima a través del canal de Slack
  • Los usuarios que necesiten soporte comercial deben usar el producto MinIO AIStor

Resumen de MinIO

  • MinIO es un almacenamiento de objetos compatible con S3 API de alto rendimiento, optimizado para cargas de trabajo de IA/ML, analítica y grandes volúmenes de datos
  • Se distribuye bajo la licencia GNU AGPL v3.0, y está diseñado como un proyecto para la comunidad de código abierto
  • Sus características principales incluyen compatibilidad con S3 API, optimización para IA/analítica y rendimiento alto
  • Puede compilarse desde el código fuente y desplegarse en entornos bare metal

Política de código abierto y licencias

  • MinIO se puede modificar y redistribuir libremente bajo la licencia AGPLv3
    • Deben cumplirse las condiciones de AGPLv3, como la obligación de publicar el código modificado
  • El uso comercial o propietario debe hacerse bajo responsabilidad del usuario, sin garantía ni obligación de mantenimiento
  • El soporte comunitario se ofrece en GitHub y Slack con un enfoque de best-effort
  • MinIO AIStor incluye soporte empresarial y garantía de SLA para entornos de producción

Despliegue e instalación

  • La edición comunitaria se distribuye solo como código fuente, y ya no se ofrecen binarios precompilados
  • Formas de instalación
    1. Instalar desde código fuente con el comando go install github.com/minio/minio@latest
    2. Construir una imagen Docker directamente usando el Dockerfile provisto
  • Las versiones binarias existentes permanecen solo como referencia y no se actualizan

Compilación y ejecución desde el código fuente

  • Con Go 1.24 o superior, es posible compilar y ejecutar el servidor MinIO con go install
  • La credencial raíz predeterminada es minioadmin:minioadmin
  • La Consola de MinIO basada en web permite crear buckets, subir objetos y explorarlos
  • Se puede conectar y administrar el servidor usando la herramienta de línea de comandos MinIO Client (mc)
  • Al usar binarios compilados desde el código fuente, AGPLv3 no ofrece garantías ni asume responsabilidad

Despliegue con Docker y Kubernetes

  • Con el comando docker build . puedes crear una imagen Docker localmente
    • Al ejecutar el servidor con docker run, puedes mapear puertos y especificar la dirección de la consola
  • En Kubernetes
    • Es posible desplegar usando MinIO Operator o el chart de Helm
    • La documentación relacionada se encuentra en el sitio oficial de documentación de MinIO

Lecturas relacionadas

2 comentarios

 
GN⁺ 2025-12-04
Opiniones en Hacker News

  • Agradecen las contribuciones de los equipos de MinIO, RustFS y Garage
    Aunque MinIO anunció el fin del open source de forma demasiado repentina y eso sorprendió a la comunidad, al final consideran que era necesario encontrar un camino hacia la monetización
    Comparando RustFS y Garage, Garage tiene un ritmo de lanzamientos más lento, pero RustFS se actualiza casi cada semana
    En licencias, Garage usa AGPLv3 y RustFS tiene licencia Apache, lo que favorece su adopción en empresas
    En estabilidad, Garage parece un poco mejor en entornos distribuidos
    Como MinIO ya prácticamente salió de la competencia OSS, parece que RustFS podría tomar la delantera

  • Recomiendan SeaweedFS
    No lo han usado directamente, pero para quien quiera operar sus propios servidores parece una buena alternativa a MinIO

    • Quieren saber si ahora es estable
      La última vez que lo vieron, había demasiadas correcciones de bugs como para inspirar confianza

  • MinIO ha seguido quitando funciones de la versión open source
    La alternativa más cercana parece ser RustFS
    Están esperando a que soporte replicación entre sitios para hacer el cambio

    • Garage también es una alternativa popular (sitio oficial)
      RustFS también es interesante, pero al principio casi cierran su página por el exceso de frases de marketing en su web
      El repositorio de GitHub está aquí
    • Mantienen un cliente S3 y RustFS suele causar problemas de compatibilidad
      Recientemente deleteObject no funcionaba, así que lo sacaron de la matriz de pruebas
      Oficialmente también se indica que aún no está listo para producción
      Garage se ve bien
    • En nodo único es estable y el equipo corrige bugs rápido
      Pero el modo distribuido sigue incompleto, y la replicación de buckets y las políticas de ciclo de vida siguen en desarrollo
      Antes de un despliegue grande, conviene revisar bien la hoja de ruta
    • Si no pertenece a Apache, CNCF o Linux Foundation, podría ser solo un gancho open source
      No abrieron los commits hacia afuera y al final terminaron abandonando el open source
    • La función de replicación quizá llegue pronto (enlace a la documentación)

  • Están desarrollando HS5 en una dirección parecida al objetivo inicial de MinIO
    El núcleo es estable, pero la gestión de usuarios y la interfaz web todavía están en proceso

    • Les impresionó que señalaran claramente el problema de incumplimiento de AGPL
      Si tuvieran conocimientos legales, hasta querrían demandar a MinIO
    • Ojalá hubieran conocido este proyecto la semana pasada
      Perdieron demasiado tiempo configurando SeaweedFS, que para su caso de uso era excesivo
      HS5 parece mucho más adecuado
    • Les gusta su simplicidad y la garantía de durabilidad
      Parece ideal para desarrollo o PoC, y también para entornos donde el stack inferior resuelve HA/RAID
      Pero les da curiosidad el rendimiento (lectura/escritura/borrado)
      Y también cómo responderían a la pregunta de si “al final no es más que reimplementar un filesystem”
    • Parece un buen momento para publicarlo en Show HN

  • Stallman tenía razón
    No entienden por qué la comunidad sigue contribuyendo a proyectos con este tipo de CLA (acuerdo de licencia de contribuyente)
    Al final ocurrió otro ‘rug pull’

  • Parece probable que surja un fork desde Linux Foundation
    MinIO quizá vuelva en 1 o 2 años, pero ya habrá perdido la confianza de la comunidad

  • Dejaron atrás la compatibilidad con POSIX y construyeron un producto complejo, así que no sorprende que hayan quedado atrás frente a competidores como Ceph o S3/R2/B2

    • Ahora lo rebrandearon como AIStor y lo venden a empresas de IA
      MinIO seguía siendo útil en entornos donde instalar Ceph era difícil o para caché de builds de CI/CD
      Pero ese no es el mercado que deja dinero
    • Los nombres de objetos de S3 no son compatibles con POSIX
      Por ejemplo, “foo” y “foo/bar” son válidos en S3, pero no pueden coexistir en un filesystem POSIX
    • Es contradictorio criticarlo por complejo después de abandonar el soporte POSIX
      Construir un sistema POSIX confiable es intrínsecamente complejo

  • MinIO ya tiene funcionalidad suficiente para la mayoría de los usos
    En las actualizaciones grandes recientes incluso eliminaron funciones de la UI
    Lo han usado por 5 años y creen que podrían seguir usándolo mientras reciba parches de seguridad

    • Pero les preocupa que hayan añadido la frase “las correcciones de seguridad se revisarán caso por caso”
      Parece implicar que no se garantizan correcciones esenciales
    • Según entienden, la UI se movió a la versión de pago
    • Ellos solo lo usaron para experimentar con Docker y accedían mayormente desde Python

  • Fue impactante que abandonaran la base open source y se pasaran a un producto comercial
    Y encima cambiarle el nombre a “AIStor” resulta absurdo

    • Si no obtuvieron CLA de los contribuidores externos, tendrían que conseguir el consentimiento para el cambio de licencia de todos
      Como es AGPL, igual tendrían que publicar el código fuente en algún lugar
    • Parece que hoy en día nada puede existir si no lleva “AI” en el nombre
    • De todos modos, alguien terminará haciendo un fork, así que quizá no sea tan grave
    • Aún no está claro qué cambia exactamente en “AIStor” (página del producto)
    • Cuando una empresa usa AGPL mientras restringe los derechos de los contribuidores, eso es una señal previa de rug pull
      Es un intento de ganar dinero con código gratuito de la comunidad mientras bloquean a la competencia
      Pasa tan seguido que ya ni sorprende

  • También creen que Clickhouse podría ir por el mismo camino
    La razón de haber cambiado la hoja de ruta hace 2 años era que la versión open source podía competir con el negocio cloud
    La discusión relacionada está aquí