ownCloud Infinite Scale vs Nextcloud 28: Desempenho e uso de RAM explicados

O ownCloud Infinite Scale e o Nextcloud 28 oferecem sincronização e compartilhamento de arquivos auto-hospedados, mas atingem esse objetivo por meio de arquiteturas de servidor muito diferentes. Essa diferença é importante ao tentar prever a pressão sobre a memória, a latência das solicitações, o comportamento de escalabilidade e o nível de ajuste necessário para uma implementação.

A ressalva mais importante vem primeiro: não existe um número universal confiável como "o Infinite Scale usa X MB enquanto o Nextcloud 28 usa Y MB". O consumo de RAM varia de acordo com os serviços ativados, a concorrência de usuários, as tarefas em segundo plano, os servidores de armazenamento, a quantidade de processos PHP, o cache, as pré-visualizações, a integração com o Office e os aplicativos. A documentação oficial também apresenta diferentes tipos de recomendações de memória para os dois produtos, portanto, considerar esses números como um parâmetro de comparação direto seria enganoso.

Há também uma questão de ciclo de vida. O Nextcloud 28, também conhecido como Hub 7, foi lançado em dezembro de 2023 e chegou ao fim de seu ciclo de vida em dezembro de 2024; a última versão 28.x foi a 28.0.14. A partir de outubro de 2026, ele não receberá mais correções de bugs ou atualizações de segurança regulares. Portanto, esta comparação é mais útil para entender uma instalação existente do Nextcloud 28 ou planejar uma migração, e não para recomendar uma nova implantação do Nextcloud 28. Consulte o cronograma oficial de manutenção e lançamentos do Nextcloud .

A diferença arquitetônica é o principal fator que influencia as compensações de desempenho.

O ownCloud Infinite Scale, frequentemente abreviado para oCIS na configuração e documentação, é construído como um conjunto de serviços Go. Seu ambiente de execução padrão pode iniciar serviços integrados dentro de um único processo e supervisioná-los com um supervisor embutido. A ownCloud afirma que esse design ajuda a reduzir o consumo de memória, e serviços individuais também podem ser movidos para outros nós quando uma implantação precisa ser escalada horizontalmente. A plataforma não requer PHP ou um banco de dados de aplicativos tradicional para sua operação principal. Consulte a documentação oficial da arquitetura do Infinite Scale e a visão geral da administração do Infinite Scale .

O Nextcloud 28 segue o modelo já conhecido de aplicações web PHP. Uma pilha de produção típica inclui um servidor web como Apache ou Nginx, workers PHP ou PHP-FPM, um banco de dados relacional compatível e, geralmente, cache de memória. A própria documentação do Nextcloud recomenda o APCu para cache local e o Redis para cache distribuído e bloqueio transacional de arquivos em implantações organizacionais. Isso torna o Nextcloud altamente flexível, mas também significa que o orçamento total de memória é distribuído entre vários processos e serviços independentes, em vez de ser representado por um único processo de servidor.

Uso de RAM: o que os números oficiais realmente significam

O exemplo de implantação de produção atual do ownCloud recomenda explicitamente um mínimo de 4 a 6 GB de memória e observa a necessidade de memória adicional quando a verificação antivírus está ativada. Esse valor não deve ser interpretado como "o próprio oCIS sempre consome de 4 a 6 GB". A configuração documentada também inclui pacotes do Office e outros componentes necessários. Consulte o exemplo oficial de implantação de produção do Infinite Scale .

O Nextcloud 28 adota uma abordagem diferente em sua documentação de requisitos: afirma que as necessidades de RAM variam bastante de acordo com usuários, aplicativos, arquivos e atividades, e indica um mínimo de 128 MB e um recomendado de 512 MB por processo . Isso é especialmente importante com o PHP-FPM, onde vários processos de trabalho podem estar ativos simultaneamente. Um servidor configurado para alta concorrência pode, portanto, reservar consideravelmente mais memória do que o valor por processo sugere. Consulte os requisitos de sistema do Nextcloud 28 .

Qual deles provavelmente parecerá mais leve em cargas de trabalho centradas em arquivos?

Se a carga de trabalho for principalmente de autenticação, navegação, sincronização, upload, download e compartilhamento, o ambiente de execução Go e o design de serviço do Infinite Scale podem reduzir parte da sobrecarga associada a uma pilha de requisições PHP. O ownCloud também usa protocolos binários, como o gRPC, internamente para partes da comunicação de seus serviços. Arquiteturalmente, isso oferece ao Infinite Scale um caminho viável para alta concorrência sem multiplicar os processos de trabalho PHP.

Isso não garante uma vantagem universal de desempenho. A latência de armazenamento pode ser o fator dominante nas operações de arquivo, o TLS e os proxies reversos adicionam sobrecarga, o comportamento dos metadados depende do driver de armazenamento escolhido e os serviços opcionais alteram o perfil. A documentação de armazenamento do ownCloud aborda explicitamente a otimização de memória e desempenho de forma diferente para armazenamento local, NFS e implantações com suporte do S3. Consulte Considerações sobre armazenamento em escala infinita .

O Nextcloud 28 também pode apresentar bom desempenho quando configurado corretamente. Sua documentação afirma que o cache de memória pode melhorar significativamente o desempenho do servidor. O APCu evita a reconstrução repetida de objetos PHP usados ​​com frequência localmente, enquanto o Redis pode lidar com dados de cache distribuídos e bloqueio de arquivos transacionais. Para um servidor organizacional único, o Nextcloud 28 recomenda o APCu para cache local e o Redis para cache distribuído e bloqueio. Consulte a documentação sobre cache de memória do Nextcloud 28 .

Para onde vai a RAM do Nextcloud

Para o Nextcloud 28, o "uso de RAM do Nextcloud" é, na verdade, a soma de vários orçamentos. Os workers do PHP-FPM consomem memória de acordo com os módulos PHP habilitados e o código do aplicativo. O banco de dados precisa de seus próprios buffers e memória de conexão. O Redis consome memória para objetos em cache e locks. O APCu mantém um cache local em cada ambiente PHP. A geração de pré-visualizações, integrações com antivírus, Talk, busca de texto completo e aplicativos de terceiros podem adicionar seus próprios processos ou atividades em segundo plano.

Este modelo oferece aos administradores diversas opções de ajuste. Reduzir os limites de workers do PHP-FPM pode manter um servidor pequeno em funcionamento com RAM limitada, mas as requisições podem ficar em fila sob carga. Aumentar o número de workers melhora a concorrência até que CPU, RAM, conexões com o banco de dados ou E/S se tornem o gargalo. Usar o Redis para cache local pode economizar memória em ambientes com pouca memória, mas a própria documentação do Nextcloud afirma que o APCu é mais rápido para cache local quando há RAM suficiente disponível. Trata-se de uma verdadeira relação entre desempenho e memória, e não de uma configuração única recomendada para todos os hosts.

Para onde vai a RAM do Infinite Scale

O Infinite Scale também consiste em muitos serviços lógicos, mas seu ambiente de execução integrado pode gerenciar os serviços internos em um único processo e executar cada serviço em uma rotina Go. A ownCloud descreve isso como uma maneira amigável para administradores de empacotar a plataforma, permitindo ainda que os serviços individuais sejam separados para implantações distribuídas. O supervisor integrado também reinicia serviços com falha e é especificamente documentado como capaz de reduzir o consumo de memória em comparação com a execução de cada serviço sob um supervisor externo.

Essa consolidação pode facilitar a compreensão do comportamento dos recursos em um único host, mas não fixa o uso de RAM. A adição de Collabora ou OnlyOffice, varredura antivírus, serviços de identidade externos, componentes baseados em Redis ou NATS, processamento de miniaturas ou caches maiores altera a demanda. Mover serviços para contêineres separados ou pods do Kubernetes também pode aumentar a sobrecarga básica, ao mesmo tempo que melhora o isolamento e a escalabilidade horizontal.

Comparação de desempenho por carga de trabalho

Como avaliá-los de forma justa

Se o desempenho for o fator decisivo, compare os dois produtos no mesmo hardware em vez de confiar em capturas de tela da comunidade ou em números isolados de memória. Use o mesmo dispositivo de armazenamento ou backend, caminho de rede, método de terminação TLS, conjunto de arquivos de teste, número de usuários e comportamento do cliente. Aqueça os caches antes de registrar os resultados em estado estável, mas também meça o comportamento de inicialização a frio separadamente.

Métricas úteis incluem a latência mediana e do 95º percentil para listagem de diretórios, operações de metadados, upload de arquivos pequenos, upload de arquivos grandes, download e criação de compartilhamentos; solicitações concluídas por segundo; memória residente total em todos os processos relacionados; utilização da CPU; IOPS de armazenamento; latência do banco de dados para o Nextcloud; e impacto de tarefas em segundo plano. Meça a RAM ociosa separadamente da RAM em uso, pois um sistema que parece menor em ociosidade pode alocar muito mais memória sob uso simultâneo.

Para o Nextcloud, considere o servidor web, PHP-FPM, banco de dados, Redis e quaisquer serviços adicionais do aplicativo. Para o Infinite Scale, considere os serviços oCIS, além do proxy reverso, componentes de identidade, integração com o Office, caches e serviços relacionados a armazenamento. Caso contrário, o resultado se torna uma comparação de arquitetura disfarçada de benchmark.

Qual você deve escolher?

Escolha o ownCloud Infinite Scale quando sua prioridade for uma plataforma moderna centrada em arquivos, você valoriza uma arquitetura de serviços baseada em Go e deseja evitar o modelo operacional de workers PHP mais um banco de dados relacional obrigatório para o servidor principal. É especialmente interessante para organizações que planejam escalonamento horizontal de serviços ou grandes ambientes de compartilhamento de arquivos.

Escolha uma versão suportada do Nextcloud quando o ecossistema de aplicativos do Nextcloud, as integrações com groupware, o conhecimento administrativo existente ou a compatibilidade de aplicativos forem mais importantes do que minimizar as camadas de tempo de execução. Se você estiver executando o Nextcloud 28, o ajuste de desempenho ainda pode ajudar no curto prazo, mas o ciclo de vida de segurança é o motivo mais forte para planejar uma atualização, pois a versão 28 não tem mais suporte desde dezembro de 2024.

Se a decisão for especificamente sobre RAM, os requisitos publicados por nenhum dos fornecedores justificam declarar um vencedor universal. A arquitetura do Infinite Scale remove o PHP e um banco de dados de aplicação tradicional da pilha principal e é projetada deliberadamente para a execução eficiente de serviços, enquanto o Nextcloud oferece controles de cache robustos e concorrência PHP altamente configurável. A escolha mais sensata é comparar as pilhas de produção completas que você realmente pretende operar, usando a mesma carga de trabalho e medindo a RAM total do sistema, em vez de um processo isolado.