MinIO entrou em modo de manutenção

 (github.com/minio)
3 pontos por GN⁺ 2025-12-04 | 2 comentários | Compartilhar no WhatsApp
  • O MinIO, um armazenamento de objetos compatível com S3 de alto desempenho, foi colocado em estado dedicado à manutenção
  • A adição de novos recursos e a aceitação de Pull Requests foram interrompidas, assim como a revisão de issues existentes
  • As correções de vulnerabilidades de segurança serão revisadas de forma limitada, caso a caso
  • O suporte da comunidade continua apenas em formato mínimo por meio do canal Slack
  • Para quem precisar de suporte comercial e de manutenção ativa, recomenda-se o uso do produto MinIO AIStor

Aviso de manutenção

  • O projeto MinIO foi convertido para estado de manutenção dedicada e não recebe mais novas mudanças
    • Nenhum novo recurso, melhoria ou Pull Request será mais aceito
    • Issues e PRs existentes não são revisados ativamente
  • Correções críticas relacionadas à segurança podem ser revisadas caso a caso
  • O suporte da comunidade é fornecido apenas de forma mínima via canal Slack
  • Usuários que precisem de suporte empresarial devem utilizar o produto MinIO AIStor

Visão geral do MinIO

  • MinIO é um armazenamento de objetos compatível com a API S3 de alto desempenho, com arquitetura otimizada para cargas de trabalho de AI/ML, analytics e dados em grande escala
  • É distribuído sob a licença GNU AGPL v3.0 e foi projetado como projeto para a comunidade open source
  • Compatibilidade com API S3, otimização para AI/análise e processamento de alto desempenho são seus principais recursos
  • Pode ser compilado diretamente do código-fonte e implantado em ambientes bare-metal

Política de código aberto e licença

  • O MinIO pode ser livremente modificado e redistribuído de acordo com a licença AGPLv3
    • desde que sejam cumpridos os requisitos da AGPLv3, como a obrigação de disponibilização do código alterado
  • O uso comercial ou proprietário deve ser feito sob a responsabilidade do usuário, sem garantias ou obrigações de manutenção
  • O suporte da comunidade é fornecido em formato best-effort via GitHub e Slack
  • O MinIO AIStor inclui suporte corporativo e garantia de SLA para ambientes de produção

Distribuição e instalação

  • A Community Edition é distribuída apenas em formato de código-fonte, sem mais fornecimento de binários pré-compilados
  • Método de instalação
    1. Instalar pelo código-fonte com o comando go install github.com/minio/minio@latest
    2. Compilar a imagem Docker diretamente com o Dockerfile fornecido
  • As versões de binário existentes ficam apenas para referência e não são atualizadas

Build e execução do código-fonte

  • Em ambiente Go 1.24 ou superior, é possível compilar e executar o servidor MinIO com o comando go install
  • As credenciais padrão de root são minioadmin:minioadmin
  • Pela interface web do MinIO Console, é possível criar buckets, fazer upload de objetos e navegar por eles
  • A ferramenta de linha de comando MinIO Client(mc) pode ser usada para conectar e gerenciar o servidor
  • Ao usar o binário compilado a partir do código-fonte, a AGPLv3 não oferece qualquer garantia ou responsabilidade

Implantação com Docker e Kubernetes

  • É possível gerar a imagem Docker localmente com o comando docker build .
    • Com docker run, é possível definir mapeamento de portas e o endereço do console
  • Em ambiente Kubernetes:
    • É possível implantar usando MinIO Operator ou Helm chart
    • A documentação relacionada é disponibilizada no site oficial de documentação da MinIO

Leituras relacionadas

2 comentários

 
GN⁺ 2025-12-04
Opiniões no Hacker News

  • Agradece as contribuições das equipes do MinIO, RustFS e Garage
    Embora o anúncio do fim do open source pelo MinIO tenha pego a comunidade de surpresa por ser tão repentino, acha que no fim das contas era necessário encontrar um caminho para monetização
    Comparando RustFS e Garage, o Garage tem um ritmo de lançamentos mais lento, mas o RustFS é atualizado quase toda semana
    Em licenciamento, o Garage usa AGPLv3, enquanto o RustFS usa licença Apache, o que favorece a adoção em empresas
    Em estabilidade, o Garage é um pouco melhor em ambientes distribuídos
    Como o MinIO praticamente saiu da disputa OSS, o RustFS parece que deve assumir a liderança

  • Recomenda SeaweedFS
    Não usou diretamente, mas para quem quer operar o próprio servidor, parece ser uma boa alternativa ao MinIO

    • Fica a dúvida se agora está estável
      Quando viu antes, havia correções de bugs demais e isso não passava confiança

  • O MinIO vinha removendo recursos continuamente da versão open source
    A alternativa mais próxima parece ser o RustFS
    Está esperando suporte a replicação entre sites para migrar

    • Garage também é uma alternativa popular (site oficial)
      RustFS também é interessante, mas quase fechou a página de cara por causa do marketing exagerado na homepage
      O repositório no GitHub está aqui
    • Eu mantenho um cliente S3, e o RustFS frequentemente causa problemas de compatibilidade
      Recentemente, deleteObject não funcionava, então removi do meu teste de matriz
      Eles também deixam claro oficialmente que ainda não está pronto para produção
      O Garage parece ok
    • Em nó único ele é estável, e a equipe corrige bugs rapidamente
      Mas o modo distribuído ainda está incompleto, e replicação de buckets e políticas de lifecycle ainda estão em andamento
      Antes de uma implantação em larga escala, é essencial conferir o roadmap
    • Se não estiver ligado à Apache, CNCF ou Linux Foundation, pode ser só um incentivo open source
      Eles não abriram os commits externamente e acabaram abandonando o open source
    • O recurso de replicação talvez seja adicionado em breve (link da documentação)

  • Estou desenvolvendo o HS5 numa direção parecida com o objetivo inicial do MinIO
    O core é estável, mas gerenciamento de usuários e UI web ainda estão em desenvolvimento

    • Achei impressionante como apontaram claramente a questão de violação da AGPL
      Se tivesse conhecimento jurídico, teria vontade de processar o MinIO por isso
    • Gostaria de ter conhecido esse projeto na semana passada
      Gastei tempo demais configurando o SeaweedFS, e para o meu uso foi exagerado
      O HS5 parece muito mais adequado
    • Gosto da simplicidade e da garantia de durabilidade
      Parece adequado para desenvolvimento ou PoC, e também para ambientes em que HA/RAID é tratado na camada inferior da stack
      Mas fico curioso sobre o desempenho (leitura/gravação/remoção)
      E também sobre como responder à pergunta: “isso não acaba sendo apenas uma reimplementação de filesystem?”
    • Parece um bom momento para postar o projeto no Show HN

  • Stallman estava certo
    Não entende por que a comunidade continua contribuindo com projetos que têm esse tipo de CLA (Contributor License Agreement)
    No fim, aconteceu outro ‘rug pull’

  • Parece que vai surgir um fork na Linux Foundation
    O MinIO deve voltar em 1 ou 2 anos, mas já terá perdido a confiança da comunidade

  • Não é surpresa que, depois de abandonar a compatibilidade POSIX e criar um produto complexo, tenha perdido espaço para concorrentes como Ceph e S3/R2/B2

    • Agora houve um rebranding para AIStor, com foco em vender para empresas de IA
      O MinIO ainda era bom para ambientes em que instalar Ceph é difícil, ou para cache de build em CI/CD
      Mas esse não é o mercado que dá dinheiro
    • Nomes de objetos S3 não são compatíveis com POSIX
      Por exemplo, "foo" e "foo/bar" são ambos válidos no S3, mas não podem coexistir em um filesystem POSIX
    • É contraditório criticar como complexo depois de abrir mão do suporte a POSIX
      Construir um sistema POSIX confiável é algo intrinsecamente complexo

  • O MinIO já tem recursos suficientes para a maioria dos usos
    Nas grandes atualizações recentes, na verdade eles até removeram funções da UI
    Uso há 5 anos, e parece que dá para continuar usando desde que haja patches de segurança

    • Mas preocupa terem adicionado a frase “correções de segurança serão analisadas caso a caso”
      Isso parece significar que correções essenciais não são garantidas
    • Pelo que sei, a UI foi movida para a versão paga
    • Eu só usava para experimentos com Docker, e acessava principalmente via Python

  • Foi chocante encerrar a base open source e mudar para um produto comercial
    Até trocaram o nome para “AIStor”, o que é realmente absurdo

    • Se eles não recolheram CLA dos contribuidores externos, então precisam obter a concordância de todos para mudar a licença
      Como é AGPL, ainda teriam de disponibilizar o código-fonte em algum lugar
    • Hoje parece que nada existe se não tiver “AI” no nome
    • De qualquer forma, alguém vai fazer um fork, então talvez isso não seja um grande problema
    • Ainda não está claro o que exatamente é diferente no “AIStor” (página do produto)
    • Quando uma empresa usa AGPL e ao mesmo tempo restringe direitos dos contribuidores, isso é um sinal de alerta de rug pull
      É uma tentativa de lucrar com código gratuito da comunidade enquanto bloqueia a concorrência
      Isso já aconteceu tantas vezes que nem surpreende mais

  • O Clickhouse parece que pode seguir o mesmo caminho
    O motivo da mudança de roadmap há 2 anos também foi que a versão open source podia competir com o negócio de cloud
    A discussão relacionada está aqui