Sair do Nextcloud: três caminhos mais leves conforme o uso que você fazia dele

A história que leio o tempo todo de quem sai do Nextcloud é sempre a mesma. Um cliente de sincronização diz «totalmente sincronizado», mas faltam arquivos. Uma atualização esbarra num problema de banco de dados. Um envio de fotos se comporta de um jeito que o usuário não esperava.

A queixa por trás dos três casos é a mesma: queriam um fluxo de trabalho confiável de uma suíte construída para cobrir muitos.

Tenho uma instância do Nextcloud num VPS em Frankfurt que montei num fim de semana há dois anos e usei talvez quatro vezes desde então. A instalação funcionou. A instância continua rodando. Só parei de abri-la, porque acabou que nunca precisei de nove das dez coisas que o Nextcloud faz.

A distribuição oficial All-in-One exige pelo menos 2 GB de RAM assim que qualquer contêiner opcional é ativado, e suas orientações de desempenho recomendam somar cerca de 1 GB de RAM por usuário ativo além do requisito base. Implantações de equipe precisam, portanto, de mais folga à medida que o uso simultâneo cresce. A comunidade também tem um tópico aberto no help.nextcloud.com pedindo que o projeto considere uma versão mais leve.

O que vem a seguir são três saídas associadas a três fluxos de trabalho. Onde existem requisitos oficiais de recursos, eu os uso. Onde não existem, deixo os números de fora. O mapa de migração cobre o que você mantém, o que você perde e onde cada mudança complica.

A versão curta

• Se você usava o Nextcloud apenas para sincronizar arquivos entre seus próprios dispositivos, Syncthing é uma boa opção: ponto a ponto, sem servidor central obrigatório, com algumas ressalvas importantes no celular.
• Se você usava o Nextcloud como compartilhamento de arquivos de equipe para vários usuários, Seafile CE é uma boa opção. Seu mínimo documentado é de 2 GB de RAM e 2 núcleos de CPU, e o escopo mais estreito facilita o dimensionamento quando compartilhar arquivos é a tarefa principal.
• Se você usava o Nextcloud sobretudo como navegador web de arquivos, Cloudreve ou AList entrega uma pilha bem mais estreita sem carregar toda a suíte de colaboração do Nextcloud.
• Os dois pontos de atrito em qualquer mudança são o buraco de CalDAV/CardDAV (agenda e contatos) e o backup de fotos no iOS. Ambos estão cobertos no mapa de migração abaixo.

Por que o Nextcloud parece pesado (e por que isso não é um defeito)

Numa instalação recém-feita do Nextcloud All-in-One, htop mostra uma pilha multicontêiner de verdade: o contêiner mestre do AIO, Apache, o servidor de aplicação do Nextcloud, PostgreSQL, Redis e Notify Push. Office, Talk, Talk Recording, ClamAV, a busca de texto completo, Imaginary, Whiteboard e os backups baseados em Borg são opcionais. O núcleo é mais pesado que um daemon de sincronização de propósito único, mas esses serviços opcionais só custam RAM se você os ativar.

A discussão oficial do All-in-One no GitHub fixa o mínimo documentado em 2 GB de RAM, mas sobe rápido: 3 GB assim que ClamAV, Talk Recording ou a busca de texto completo são ativados, 5 GB com tudo ligado, mais cerca de 1 GB por usuário ativo acima da base.

São recomendações de dimensionamento, não medições de consumo real em regime permanente: o AIO precisa de mais memória à medida que serviços opcionais são habilitados e recomenda folga adicional para cada usuário ativo. Esse é o custo arquitetural de juntar mais de trinta funcionalidades numa única suíte auto-hospedada. Fonte: github.com/nextcloud/all-in-one/discussions/1335.

A própria comunidade do Nextcloud percebeu. Um tópico no help.nextcloud.com intitulado «Nextcloud Lite, discuss» foi aberto em dezembro de 2024 perguntando se o projeto deveria publicar uma distribuição enxuta para quem só quer arquivos e compartilhamentos. Alguns usuários, inclusive gente que gosta do Nextcloud no resto, pediram uma build mais leve. A maioria das respostas foi contra, argumentando que funções indesejadas podem simplesmente ser desativadas e que cortar os aplicativos de segurança seria um mau negócio. O tópico está aberto e os mantenedores não se comprometeram em nenhuma direção. Referência: help.nextcloud.com/t/nextcloud-lite-discuss/213611.

O contra-argumento conta. O AIO já traz PostgreSQL, Redis e APCu. Suas próprias orientações de desempenho recomendam desativar contêineres opcionais e aplicativos do Nextcloud de que você não precisa. Se a sua instância parece pesada porque você ativou Office, Talk, ClamAV, a busca de texto completo ou outros serviços que não usa mais, corte isso primeiro. Se você realmente usa esses serviços juntos, a pegada maior está fazendo um trabalho útil.

Mas se você instalou o Nextcloud e depois só o abriu para jogar arquivos numa pasta sincronizada, a conversa sobre ajuste fino não é com você.

Para entender como o Nextcloud se posiciona em relação ao seu fork mais próximo, veja nossa comparação entre Nextcloud e ownCloud.

Ponto-chave da seção: o Nextcloud é superdimensionado para o único fluxo de trabalho que a maioria dos auto-hospedeiros realmente lhe dá.

O diagnóstico dos três arquétipos: qual é a sua saída?

Antes de escolher uma ferramenta, escolha um fluxo de trabalho. Quase todo usuário de Nextcloud com quem conversei se encaixa claramente em um de três padrões.

Arquétipo A. Apenas sincronização entre dispositivos. «Instalei o Nextcloud para manter meu notebook, meu desktop e meu telefone sincronizados. Nunca usei a interface web para nada sério. Não compartilho arquivos com outras pessoas.»

Arquétipo B. Compartilhamento de arquivos em equipe. «Instalei o Nextcloud porque várias pessoas precisavam enviar e baixar de um espaço de arquivos compartilhado. Às vezes pelo navegador, às vezes por um cliente de desktop. Eu me importava com o desempenho em arquivos grandes.»

Arquétipo C. Apenas portal web. «Instalei o Nextcloud como navegador web de arquivos. Um jeito de entrar e pegar meus arquivos de qualquer lugar. Talvez eu tenha instalado o cliente de desktop. Usei pouco. Sincronização em tempo real não era o ponto.»

Se dois desses descrevem você, fique com aquele que leva a dizer «se isso parar de funcionar amanhã, eu percebo dentro de uma hora». Esse é o fluxo de trabalho do qual você depende. Os outros são extras que dá para substituir depois ou viver sem.

Os pisos de recursos de cada caminho:

Os números acima para Nextcloud AIO e Seafile CE são requisitos ou recomendações documentados. Syncthing, Cloudreve e AList não publicam mínimos de RAM rígidos comparáveis que permitam uma comparação lado a lado limpa, então dimensione essas ferramentas pela sua biblioteca real, pelo seu backend de armazenamento e pela sua carga de trabalho, em vez de tratar os valores de memória em repouso vindos da comunidade como requisitos.

Ponto-chave da seção: escolha a ferramenta que combina com o fluxo de trabalho para o qual você usava o Nextcloud, não a que tem a lista de recursos mais longa.

Arquétipo A. Syncthing para sincronização entre dispositivos

Um notebook, um desktop e um telefone. Você solta um arquivo numa pasta do notebook e vinte segundos depois ele aparece nos outros dois. Sem portal web. Sem biblioteca compartilhada. Sem equipe. Foi para isso que o Syncthing foi construído, e é a única coisa que ele faz.

O Syncthing é ponto a ponto. Não existe servidor no sentido arquitetural. Cada dispositivo executa o mesmo binário, e os dispositivos se descobrem por uma rede global de relays ou por uma LAN. Você pode acrescentar um VPS à malha, mas ele é um par entre outros, não uma autoridade central. Não há navegador web de arquivos. Não há CalDAV. Não há permissões de equipe. Se o seu uso do Nextcloud era só «manter minhas pastas sincronizadas», nenhuma dessas perdas importa.

O custo em recursos é a parte que chama atenção. Numa biblioteca pequena, digamos alguns milhares de arquivos abaixo de 50 GB, o Syncthing em repouso costuma ficar entre 50 e 100 MB de RAM. Quando a biblioteca sobe para centenas de milhares de arquivos, o uso de RAM pode passar de 700 MB. A maioria dos auto-hospedeiros nunca chega lá. Se você tem um quarto de milhão de arquivos numa só pasta, chega.

Duas fontes primárias documentam esse comportamento em escala:

• O tópico de longa data no fórum do Syncthing sobre uso de RAM: forum.syncthing.net/t/ram-utilization/9769
• A própria issue do projeto no GitHub sobre o degrau de escala: github.com/syncthing/syncthing/issues/468

Um VPS continua importando mesmo num modelo ponto a ponto. Seu notebook e seu telefone não ficam online ao mesmo tempo. Se você quer que as mudanças se propaguem quando um dispositivo está dormindo, precisa de um terceiro dispositivo sempre ligado. Um VPS com o Syncthing cumpre esse papel e entrega a cópia mais recente ao próximo dispositivo que acordar. Uma biblioteca pequena roda folgada abaixo de 512 MB de RAM; dê 1 GB se a sua biblioteca passar de algumas centenas de milhares de arquivos.

A ressalva do iOS é a que os tutoriais de Syncthing passam por cima. Não existe cliente oficial do Syncthing para iOS com envio de fotos em segundo plano confiável. Existem vários clientes de terceiros, mas nenhum iguala o que o aplicativo iOS do Nextcloud faz pelo backup do rolo da câmera. Se a sincronização de fotos do iPhone era o seu motivo para manter o Nextcloud, o Syncthing sozinho não substitui isso. As soluções de contorno são aplicativos pagos como o PhotoSync que empurram para uma pasta do Syncthing, ou manter o Nextcloud rodando só para esse fluxo enquanto você migra todo o resto.

LER

Melhores alternativas ao Google Photos: serviços de nuvem e opções auto-hospedadas comparados

O atrito de migração nessa direção é baixo. O Syncthing trabalha no sistema de arquivos normal. Você o aponta para a pasta onde seus arquivos já estão, adiciona os IDs de dispositivo das suas outras máquinas e a sincronização começa. Nada para converter, nada para importar. Os dados são os que já estavam no disco.

Ponto-chave da seção: o Syncthing ganha no piso de recursos e na confiabilidade para sincronização entre dispositivos, mas perde no backup de fotos do iOS e abre mão do portal web por completo.

Arquétipo B. Seafile para sincronização de arquivos em equipe

Uma equipe de quatro pessoas. Uma biblioteca compartilhada chamada «Operations» com 60 GB de contratos, arquivos de design e exportações. Três dos quatro usam o cliente de desktop; uma prefere o navegador. De vez em quando alguém envia um vídeo de 4 GB.

Uma implantação do Nextcloud voltada só a compartilhar arquivos pode precisar de mais folga à medida que usuários ativos e serviços opcionais se somam. O Seafile é mais estreito por projeto, o que facilita dimensioná-lo quando sincronizar e compartilhar arquivos são as únicas tarefas necessárias.

O Seafile é escrito em C e Python com um backend MariaDB. Não há camada PHP. O modelo de sincronização é a deduplicação por blocos: quando você altera um arquivo, só os blocos modificados trafegam, e blocos idênticos entre usuários são guardados uma vez só. A sincronização padrão do Nextcloud é de arquivo inteiro na maioria dos cenários.

Os relatos da comunidade de que o Seafile é mais rápido em bibliotecas grandes circulam muito, e a arquitetura é o motivo. Não vou citar as ordens de grandeza que se repetem nos artigos comparativos. A trilha não leva a uma fonte primária. O que posso dizer é que a deduplicação por blocos, documentada no manual do Seafile, é a razão estrutural para a diferença de velocidade existir.

A documentação atual do Seafile Community Edition indica 2 GB de RAM e 2 núcleos de CPU como mínimo. Isso bate com o mínimo de 2 GB do Nextcloud AIO quando há qualquer contêiner opcional ativo. O escopo mais estreito do Seafile ainda pode facilitar o dimensionamento para compartilhamento de arquivos, mas a diferença exata de memória depende da carga, dos usuários ativos, do tamanho da biblioteca e de quais serviços do Nextcloud estão habilitados.

Para uma equipe que só precisa sincronizar e compartilhar arquivos, o Seafile permite evitar os serviços extras do Nextcloud que você não usa. Isso pode reduzir a pegada no servidor, mas a diferença exata depende da carga, e não de uma regra fixa do tipo 2 GB contra 5 GB.

A migração exige algum planejamento porque não existe importador nativo do Nextcloud para o Seafile. Suba o servidor Seafile, instale o cliente de desktop do Seafile numa máquina que consiga acessar seus arquivos atuais, crie a biblioteca de destino e deixe o cliente enviá-los. Quanto tempo a mudança leva depende do tamanho da biblioteca e da banda de upload disponível.

O Seafile guarda os dados de uma biblioteca como blocos e objetos internos, e não como arquivos comuns navegáveis. Listar o diretório de dados com ls mostra a estrutura interna de objetos do Seafile em vez da sua árvore de pastas original. A criptografia é um recurso à parte, não é o motivo de esses objetos serem opacos. Isso significa que você não consegue recuperar uma biblioteca do Seafile simplesmente copiando arquivos de aparência normal do seu armazenamento de backend.

O Seafile CE também exige coleta de lixo manual. Você roda um script para limpar blocos sem referência depois de apagar bibliotecas ou arquivos. A edição Pro automatiza mais disso. A edição Community não. O Seafile vai parecer desconfortável se o seu conforto operacional vem de poder tirar seus dados a qualquer momento com cp -r.

A outra perda a planejar: agenda e contatos. O Seafile não implementa CalDAV nem CardDAV. Se o seu Nextcloud era a agenda por trás do seu telefone, você vai precisar de um serviço leve separado para tapar esse buraco. Radicale e Baikal são as respostas de sempre.

Ponto-chave da seção: o Seafile encaixa bem se você usava o Nextcloud sobretudo como compartilhamento de arquivos entre vários usuários. Sua arquitetura centrada em arquivos evita carregar a pilha de colaboração mais ampla do Nextcloud. Os custos são o modelo de armazenamento em blocos e objetos e a perda de CalDAV/CardDAV.

Arquétipo C. Cloudreve ou AList para o portal web

A saída mais esquecida. Esse usuário queria uma página web onde entrar de qualquer dispositivo e pegar seus arquivos. Quase nunca usou o cliente de desktop. Sincronização em tempo real não fazia diferença para ele. Para esse trabalho, toda a pilha de recursos do Nextcloud era muito mais do que ele precisava.

Para esse usuário, nem Nextcloud, nem Seafile, nem Syncthing é a resposta certa. A resposta certa é um portal web. Dois projetos encaixam bem aqui, e eles se separam num eixo: se a ferramenta gerencia o seu armazenamento ou apenas o lê.

Cloudreve é um portal web mais uma camada de armazenamento gerenciada. Os arquivos ficam em armazenamento que o Cloudreve controla (disco local, armazenamento de objetos compatível com S3 ou outros backends). Tem contas de usuário e cotas, e o Cloudreve Pro agora inclui um cliente de desktop oficial para Windows com sincronização bidirecional em tempo real. A arquitetura é um binário em Go mais um banco de dados, e o repositório do projeto está ativo em github.com/cloudreve/cloudreve.

AList coloca uma interface web sobre o armazenamento existente. Ele consegue navegar e operar em backends montados como discos locais, S3, Google Drive, OneDrive, SMB e WebDAV, incluindo operações de arquivo quando o backend as suporta. Roda como binário em Go e usa SQLite por padrão, então uma implantação básica não precisa de servidor de banco de dados separado. Se seus arquivos já estão como arquivos comuns num armazenamento suportado, o AList pode expô-los sem importá-los para um formato novo.

Qual escolher:

• AList se seus arquivos já estão organizados em disco ou em armazenamento na nuvem e você só quer uma interface web unificada por cima. A migração é praticamente zero. Aponte o AList para onde os arquivos estão.
• Cloudreve se você quer uma camada gerenciada com contas de usuário, cotas e um único backend de armazenamento que o portal controla de ponta a ponta. A migração é leve: configure um backend, copie os arquivos, pronto.

Uma coisa para deixar clara antes de escolher qualquer um dos dois: o AList não substitui a sincronização, e a proposta de sincronização do Cloudreve é mais estreita que a do Nextcloud. O Cloudreve Pro tem um cliente oficial de sincronização de desktop para Windows, mas nenhuma das duas ferramentas entrega o ecossistema CalDAV/CardDAV do Nextcloud nem um fluxo equivalente de backup de fotos em todas as plataformas. Se isso é essencial, você está mais perto do arquétipo A ou B do que do C. AList e Cloudreve não são Nextclouds mais leves. São ferramentas mais estreitas para trabalhos mais estreitos.

Ponto-chave da seção: Cloudreve e AList são boas opções se você usava sobretudo o navegador web de arquivos do Nextcloud. O AList mantém a instalação mais simples quando você só precisa de uma camada web sobre armazenamento existente. O Cloudreve faz mais sentido quando você quer armazenamento gerenciado, contas de usuário e sincronização de desktop no Windows.

Mapa de atritos da migração: o que você mantém, o que você perde

Esta é a tabela para ler antes de puxar o cabo. É onde a maioria das mudanças dá errado.

O buraco de CalDAV/CardDAV é o custo de migração mais esquecido de todos. Se a agenda do seu telefone era sincronizada com o Nextcloud, esse caminho se rompe no momento em que você para de rodar o Nextcloud, seja qual for a ferramenta de arquivos que o substitua. Radicale e Baikal são os substitutos leves de sempre, e ambos são serviços bem menores que uma instalação completa do Nextcloud. São os tapa-buracos para ter no radar antes de puxar o cabo da instância do Nextcloud.

Se você quer um ambiente separado para testar a migração antes de comprometer seus dados, O VPS Linux da Cloudzy dá um lugar limpo para fazer isso. Um servidor de teste separado permite ensaiar a mudança sem tocar na instância em produção, e você pode implantar qualquer um destes com um clique:

• Seafile
• Syncthing
• Cloudreve
• AList

Quando você deve ficar no Nextcloud

O diagnóstico corta para os dois lados. Aqui vão três motivos para ficar, em ordem de peso.

Você usa de verdade o ecossistema de agenda, contatos, tarefas e notas. O Nextcloud reúne os quatro atrás de um único login, com uma implementação de CalDAV/CardDAV que funciona, uma interface web que funciona e clientes móveis que funcionam. Substituir isso por serviços separados significa rodar Radicale ou Baikal para agenda e contatos, um aplicativo de notas à parte e um gerenciador de tarefas à parte. Dois ou três serviços em vez de um. Dois ou três modos de falha em vez de um. Se esse é o seu dia a dia, o Nextcloud paga a própria RAM que consome.

Você depende da pilha de colaboração integrada do Nextcloud. O Nextcloud mantém arquivos, edição de documentos, agenda, contatos, tarefas, notas e outros recursos de colaboração atrás de uma conta e uma interface. O Seafile pode integrar Collabora ou OnlyOffice para edição simultânea de documentos, então o trabalho colaborativo em documentos sozinho não é motivo para descartá-lo. A diferença é que substituir o ecossistema mais amplo do Nextcloud ainda significa juntar serviços separados para os recursos que o Seafile não cobre.

Seu Nextcloud está pesado por causa de serviços que você não usa. O AIO já traz PostgreSQL, Redis e APCu, então trocar de banco de dados ou ativar APCu não é o passo de ajuste aqui. Comece desativando os contêineres opcionais e os aplicativos do Nextcloud de que você não precisa. Se Office, Talk, ClamAV, a busca de texto completo ou os serviços de pré-visualização estão rodando sem um propósito real, tire essa carga antes de decidir migrar.

A lógica que diz «vá embora se você só usava 10% dos recursos» também diz «fique se você realmente usa os recursos». Seja honesto sobre qual dos dois é você.

Ponto-chave da seção: se o seu fluxo de trabalho inclui agenda, contatos e trabalho colaborativo em documentos, o Nextcloud continua sendo a ferramenta certa. Ajuste a configuração antes de fugir.

Perguntas frequentes

Qual é a alternativa mais leve ao Nextcloud?

Depende do fluxo de trabalho. O AList é uma das opções mais simples para acesso a arquivos só pela web, porque pode se apoiar em armazenamento existente e usar SQLite por padrão. O Syncthing é a opção mais estreita para sincronização entre dispositivos. O Seafile Community Edition é o substituto mais completo quando você precisa de compartilhamento de arquivos entre vários usuários; seu mínimo documentado é de 2 GB de RAM e 2 núcleos de CPU.

O Seafile usa menos memória que o Nextcloud?

O Seafile pode exigir menos recursos para uma carga limitada a compartilhamento de arquivos, mas não existe uma diferença fixa de RAM válida para todas as implantações. Tanto o Seafile CE quanto o Nextcloud AIO podem começar em torno de uma base de 2 GB dependendo da configuração. A capacidade recomendada do Nextcloud então cresce com os usuários ativos e os serviços habilitados, enquanto o Seafile é construído em torno de uma carga mais estreita de sincronização e compartilhamento de arquivos.

Como migro do Nextcloud para o Seafile?

Não existe importador automático. O caminho que funciona: instale o Seafile, instale o cliente de desktop do Seafile numa máquina que consiga ler o diretório de dados do Nextcloud, crie uma biblioteca no servidor Seafile e deixe o cliente de desktop empurrar os arquivos para lá em forma de blocos. Agenda e contatos não vão junto com os arquivos. Você vai precisar montar um servidor CalDAV separado como Radicale ou Baikal e ressincronizar pelo telefone. Quanto tempo a migração leva depende do volume de dados e da banda de upload de que você dispõe.

O Syncthing é melhor que o Nextcloud para backup de fotos?

No celular, nem tanto. O aplicativo Android oficial do Syncthing foi descontinuado depois da versão de dezembro de 2024, embora ainda existam opções para Android mantidas pela comunidade. O iOS continua sem um cliente oficial do Syncthing com backup de fotos em segundo plano no estilo do Nextcloud. Se o backup automático do rolo da câmera é central na sua configuração, trate o suporte móvel como uma decisão à parte em vez de supor que o Syncthing substitui o aplicativo do Nextcloud.

Dá para rodar alternativas ao Nextcloud num VPS barato?

Dá, mas dimensione o VPS pela ferramenta e pela carga específicas em vez de supor que um único alvo de memória serve para as quatro. O Seafile CE recomenda oficialmente pelo menos 2 GB de RAM e 2 núcleos de CPU. Syncthing, AList e Cloudreve não fornecem mínimos de RAM rígidos diretamente comparáveis para as cargas discutidas aqui, então parta dos requisitos de implantação deles e deixe folga para o tamanho da sua biblioteca, o banco de dados e o backend de armazenamento.