Análise do Anaconda: ainda vale a pena instalar?

A própria documentação do Anaconda coloca a instalação completa em cerca de 9,7 GB. Um servidor que executa uma única tarefa agendada de scikit-learn toca apenas numa fração disso, e nunca chega a abrir a aplicação de desktop que vem incluída.

É dessa diferença que trata esta análise do Anaconda. A distribuição funciona, e funciona há uma década. A questão é saber se ainda é aquilo que deve instalar, e o que executar em vez dela quando não é.

TL;DR

• Numa máquina pessoal, o Anaconda é um bom negócio: um instalador, zero decisões, um ambiente de trabalho completo. Num servidor, é o instalador errado. Avaliação geral: 3 em 5.
• O tamanho é a parte que deixa de ser gratuita assim que o tira de um portátil, onde o disco é barato e as ferramentas gráficas são de facto usadas.
• Os termos atuais do Anaconda permitem o uso pessoal, não comercial, e o uso gratuito por organizações com fins lucrativos com um total de 200 funcionários ou prestadores ou menos. Acima dessa linha, o instalador do Anaconda Distribution exige uma licença comercial, e o Miniconda também pode desencadear obrigações de pagamento quando acede a repositórios alojados pela Anaconda.
• Para uma implementação sem interface gráfica, instale antes o Miniforge: as mesmas ferramentas conda, tendo por predefinição o canal conda-forge gerido pela comunidade.

Ainda vale a pena instalar o Anaconda?

Há duas respostas, e qual delas é a sua depende de onde a coisa vai parar. Num portátil ou num computador de secretária: sim, o Anaconda ainda justifica a instalação para quem quer um ambiente de ciência de dados a funcionar sem tomar uma única decisão sobre o que vai lá dentro. Num servidor: não. O Miniforge entrega exatamente a parte que quer. Eu dou-lhe 3 em 5.

Nada disso faz do Anaconda um mau produto. É um bom produto a quem se pede um trabalho que o seu irmão mais pequeno faz melhor, o que é uma queixa diferente e bem mais fácil de resolver.

A outra variável é mais discreta, e decide quase tanto como o destino da implementação: qual instalador usa, e de que canal de pacotes ele puxa.

O que o Anaconda acerta

Descarrega um ficheiro, clica através de um instalador e já está num notebook com a pilha numérica e de gráficos padrão pronta a usar. Não escolheu nada. Não resolveu nada. Para muita gente isso vale mais do que todos os argumentos de otimização que se seguem, e acho que é subestimado precisamente pelo tipo de pessoa que gosta de montar ambientes à mão (já fui essa pessoa; não é uma virtude).

Os números por trás disso: o Anaconda inclui mais de 600 pacotes pré-instalados, e a versão atual, 2026.07-1, de 29 de julho de 2026, inclui o Python 3.14.6. Para mim isso soa a algo que alguém continua a manter ativamente, e não a um resto herdado que ninguém teve tempo de reformar.

O que o conda faz de mais profundo, e a razão pela qual ainda existe num mundo cheio de instaladores de Python mais rápidos, é que resolve dependências que não são Python. As bibliotecas compiladas em C e Fortran por baixo da pilha científica, as toolchains binárias, as peças que um instalador baseado em pip assume que já estão na máquina: o conda trata-as como pacotes que gere e resolve a par dos seus pacotes Python. Se o seu grafo de dependências entrar nesse território e essas peças nativas não estiverem disponíveis como wheels compatíveis, nenhuma velocidade de instalador o safa, porque não está a resolver o mesmo problema.

O Anaconda Navigator assenta sobre tudo isto como uma aplicação de desktop construída sobre o conda, o que é uma conveniência genuína se não for uma pessoa de linha de comandos (e muitos cientistas de dados muito bons não são). Nestes dois eixos, a completude logo à partida e a resolução de dependências entre linguagens, o Anaconda está no topo da sua categoria e não vou dizer o contrário.

Onde o Anaconda lhe custa

Cerca de 9.7 GB instalados, e os requisitos do sistema pedem um mínimo de 5 GB de disco livre só para descarregar e instalar. Numa estação de trabalho com um terabyte de SSD, nenhum dos números é problema. Numa instância pequena na nuvem, ambos são uma rubrica de custo, e compram-lhe uma pilha de coisas que essa instância nunca vai invocar.

A parte incómoda é que o Anaconda dá-lhe os dois números sem explicar como se encaixam. Não consigo sustentar uma distinção limpa entre antes e depois a partir dessas páginas, por isso trate-os como dois números oficiais de planeamento, não como duas fases da mesma instalação.

O Navigator é o caso mais claro. É uma interface gráfica de desktop. Numa máquina sem ecrã não há display onde desenhar, por isso fica no sistema de ficheiros como carga que nunca é executada. Isto não é uma crítica ao Navigator (é uma boa interface), é uma constatação sobre para que serve uma interface gráfica. O mesmo vale para uma fatia considerável dos mais de 600 pacotes incluídos: um servidor que corre uma tarefa de inferência ou um ETL noturno importa um punhado deles e carrega com o resto.

Por isso avalio este ponto pela adequação, não pela qualidade. O Anaconda não carrega peso morto na máquina para a qual foi concebido. Carrega peso morto na máquina para a qual muita gente o aponta agora, e isso coloca-o a meio da escala em vez de no fundo.

O que a licença do Anaconda exige realmente

O número é 200. Os termos de serviço termos de serviço do Anaconda concedem uso gratuito quando «utiliza a Plataforma em nome de uma organização com fins lucrativos com um total de 200 funcionários ou prestadores ou menos (incluindo todas as Afiliadas)». A versão que está hoje no site entra em vigor a 15 de julho de 2025. Acima desse efetivo, o instalador completo do Anaconda Distribution e o acesso a repositórios alojados pela Anaconda podem exigir um Business Plan pago; a página de preços da Anaconda apresenta os escalões atuais.

O que quer dizer: se é uma pessoa só, uma startup de cinco ou uma agência de quarenta, esta secção não é sobre si. A maioria dos leitores individuais e das equipas pequenas não fica comercialmente exposta por estes termos. A secção importa para quem escolhe o que uma organização grande vai padronizar, e para quem terá de responder mais tarde a uma pergunta de compras sobre isso.

A parte em que as pessoas tropeçam: passar do Anaconda para o Miniconda só muda metade da resposta sobre a licença. O Miniconda em si não exige licença comercial, mas continua a apontar para o repositório predefinido da Anaconda, e é por esse repositório que a obrigação de pagamento regressa. Quem muda mesmo o jogo é o Miniforge, porque usa por predefinição o canal conda-forge gerido pela comunidade. O canal é parte da resposta, mas não é a resposta toda. As orientações legais atuais da Anaconda tratam também o instalador completo do Anaconda Distribution como licenciado comercialmente acima do limiar. O Miniconda muda o instalador; o Miniforge muda o instalador e o canal predefinido.

As datas merecem ser tratadas com cuidado, porque as fontes não contam uma história contínua e não vou cosê-las numa só. O boletim técnico do Lawrence Livermore National Laboratory diz que a Anaconda alterou os seus termos de licença em 2020, e descreve separadamente os termos atuais como gratuitos para organizações com menos de 200 pessoas. O próprio blogue da Anaconda aborda uma atualização dos termos em março de 2024. A versão publicada hoje entra em vigor a 15 de julho de 2025.

São afirmações datadas distintas, de fontes distintas, cada uma exata em relação à fonte que a faz, e não há ninguém que eu possa citar que as ligue numa cronologia única. Trate-as como três pontos de dados, não como uma sequência com uma causa.

O que a Anaconda diz de facto sobre a revisão de 2024 é invulgarmente direto:

«Reconhecemos que uma atualização dos Termos de Serviço em março de 2024 não foi comunicada com a clareza que devia, causando confusão, preocupação e a exclusão involuntária de um grande número de utilizadores gratuitos, sobretudo entre os nossos valiosos utilizadores académicos e de investigação.»

Anaconda, sobre a atualização dos seus termos de serviço

E pelo menos uma instituição identificada já agiu por causa do custo. O boletim do LLNL diz sem rodeios que a licença do Anaconda se tornou cada vez mais cara, e publica o calendário: o laboratório deixa a sua licença do Anaconda expirar em 2027, e começa a bloquear os canais pagos da Anaconda em toda a instituição em fevereiro de 2027.

O mesmo boletim nomeia os substitutos para os quais o laboratório está a encaminhar os seus utilizadores: conda-forge com Miniforge, Pixi, pip e uv, e Spack para necessidades de compilação em HPC. Isto é um laboratório de investigação a publicar o seu plano de migração, não um boato sobre um estado de espírito.

Um limite, dito sem rodeios: eu leio estes termos como os lê quem faz implementações, não como os lê um advogado. Se o vosso número de pessoas está perto da linha, ou se a vossa estrutura societária torna «incluindo todas as Afiliadas» numa pergunta real, essa conversa pertence a alguém cujo trabalho é esse.

O que instalar num servidor em vez disso

Troque o Anaconda pelo Miniforge numa máquina sem ecrã e quase nada muda no seu fluxo de trabalho. Os comandos do conda são os mesmos, os ficheiros de ambiente são os mesmos, e o solucionador é igual ou mais rápido, porque o Miniforge3 já inclui o mamba por predefinição. O boletim do LLNL chama ao Miniforge um substituto direto para os fluxos de trabalho existentes com Anaconda no caso da maioria dos seus utilizadores.

O Miniforge é publicado pela comunidade conda-forge sob uma licença BSD 3-Clause, e define o canal conda-forge como predefinição, em vez do repositório da Anaconda. Essa única diferença de configuração retira a questão da licença da Anaconda da mesa, desde que fique no conda-forge e não acrescente um canal fornecido pela Anaconda, e é por isso que apontaria um servidor ao Miniforge em vez do Miniconda.

Se chegou aqui a planear instalar o Mambaforge, não o faça. Foi descontinuado. O repositório do Miniforge regista que o Mambaforge está descontinuado desde julho de 2024 e que foi retirado das novas versões depois de janeiro de 2025, com a sua funcionalidade integrada no Miniforge3. Qualquer guia que ainda o recomende está desatualizado.

Implante aplicações Python numa infraestrutura VPS rápida criada para programadores.

Obter VPS Python

Depois há o caso em que não precisa de conda de todo. Se todas as dependências do seu projeto têm uma wheel no PyPI, a resolução entre linguagens do conda está a resolver um problema que não tem, e um fluxo de trabalho baseado em pip é mais leve e mais rápido.

Esse caminho está hoje mais sólido do que há um ou dois anos, sobretudo graças ao uv, que a Astral descreve como «um gestor de pacotes e projetos Python extremamente rápido, escrito em Rust» e sobre o qual afirma ser 10 a 100 vezes mais rápido do que o pip. Esse multiplicador é uma afirmação da própria Astral sobre o seu próprio produto, e eu não o medi. De qualquer forma, a consolidação é a parte a que daria mais peso: o uv junta a gestão de dependências, os ambientes virtuais e a gestão de versões do Python numa só ferramenta, o que retira muitas peças móveis de um projeto.

Mais uma coisa que vale a pena saber antes de padronizar uma equipa nisto durante três anos: a Astral anunciou que se vai juntar à OpenAI a 19 de março de 2026, e disse que a OpenAI vai continuar a apoiar as ferramentas de código aberto. Isso é uma intenção declarada e não uma garantia, e é o tipo de coisa que gostaria de ter à frente antes de apostar nela uma decisão de ferramentas para vários anos.

A limitação é a mesma que o pip tem: o uv também não é um resolvedor entre linguagens. É uma versão muito melhor do caminho do PyPI, não uma fuga à razão pela qual o conda existe.

Quem deve usar o Anaconda, e quem não deve

Uma pergunta arruma quase toda a gente: há alguma coisa na sua árvore de dependências que viva fora do Python, e isto corre numa máquina com ecrã? Essas duas respostas em conjunto decidem o instalador, e pesam mais do que a preferência da equipa ou aquilo que calhou usar no emprego anterior.

Para quem o Anaconda é adequado

O encaixe mais claro é um profissional a trabalhar num computador de secretária ou num portátil, que quer um ambiente completo e não quer passar uma tarde a montá-lo. Aí o tamanho não lhe faz mal nenhum, as ferramentas gráficas são um benefício e não peso morto, e se a sua organização estiver abaixo da linha de efetivos, os termos não lhe custam nada. Não é um prémio de consolação: descreve imensos cientistas de dados no ativo.

O segundo encaixe é uma equipa já bem entranhada no conda, cujas cargas de trabalho dependem mesmo de bibliotecas compiladas e nativas (pilhas de GPU, toolchains científicas, tudo aquilo em que a parte difícil da instalação não é o Python). Arrancar uma configuração de conda que funciona para perseguir um instalador mais rápido que não consegue resolver as suas dependências é uma má troca: rápido no trabalho errado continua a ser o trabalho errado. Fique onde está, desde que esteja abaixo do limiar e não esteja a implementar isto sem interface gráfica.

Quem deve instalar outra coisa

Quem quer que implemente uma carga de trabalho baseada em conda num servidor sem ecrã ou numa instância na nuvem deve instalar o Miniforge. Não me parece que esta seja sequer renhida: fica com as mesmas ferramentas, salta a carga que nunca vai correr, e a questão do canal resolve-se sozinha.

Qualquer organização acima da linha de efetivos que esteja a puxar do canal predefinido da Anaconda tem duas respostas legítimas, e vale a pena nomear ambas em vez de fingir que só há uma. Compre o Business Plan se a distribuição for mesmo aquilo de que as suas equipas precisam, ou reaponte os seus ambientes para o conda-forge e deixe de puxar do canal pago. Escolher uma delas deliberadamente não faz mal. Descobrir a pergunta durante uma auditoria faz.

E se o seu projeto for Python puro com wheels disponíveis para tudo o que importa, use pip com venv, ou use uv. Nesse cenário o diferenciador do conda não lhe compra nada, e está a carregar uma toolchain mais pesada por uma capacidade que nunca invoca.

LER

Como Instalar o Python num Servidor VPS? | Um Guia Passo a Passo

Uma nota sobre como esta análise foi feita

Ninguém pagou por isto e ninguém da Anaconda esteve envolvido. Os números aqui vêm da própria documentação, dos termos de serviço e do blogue da Anaconda, mais o boletim publicado pelo Lawrence Livermore National Laboratory e o repositório do Miniforge, tudo com ligação acima. Não fiz uma instalação de raiz da versão atual para este texto, não medi tempos de resolução de ambientes e não avaliei o nível de notebooks alojados, por isso trate os dados de tamanho e de licenciamento como documentados, não como medidos.

Perguntas frequentes