Apesar de dezenas de projetos sendo construídos (e escritos) com o Raspberry Pi, não é algo que eu recomendaria para a maioria das pessoas hoje. Além da subsérie Zero, os computadores de placa única Raspberry Pi não são poderosos o suficiente para justificar seus preços exorbitantes. Isso não quer dizer que o Raspberry Pi seja ruim nem nada; ele é simplesmente superado pela concorrência em praticamente todas as áreas, à medida que thin clients x86 baratos e mini PCs o destroem para tarefas de laboratório doméstico.
Na verdade, eu estava usando meu Raspberry Pi 5 sobressalente (aquele que comprei muito antes do apocalipse da RAM) como uma estação de trabalho de hospedagem de contêiner secundária até alguns meses atrás. Embora funcionasse decentemente para tarefas mais leves, eventualmente tive que atualizar para o N100 mini à medida que minha biblioteca de ferramentas FOSS essenciais começou a crescer. Embora absorva um pouco mais de energia do que meu Raspberry Pi, não me arrependo de mudar para o N100. Na verdade, eu gostaria de ter mudado para isso antes.
O kit inicial de laboratório doméstico de 2026 se parece exatamente com o de cinco anos atrás
A criação de um laboratório experimental em 2026 é muito diferente de antes
O N100 pode rodar Proxmox (e até distros NAS) como um campeão
Embora o Raspberry Pi inclua muitas soluções
Deixe-me ser claro: o Raspberry Pi pode executar dezenas de contêineres, especialmente quando você combina um modelo com muita RAM com algo tão leve como um DietPi. Usei o meu para auto-hospedar Gotify, Pulse, Nginx Proxy Manager e muitas outras ferramentas de servidor doméstico, e funcionou muito bem, a menos que eu desenvolvesse mais. No entanto, tive alguns problemas com meu servidor Raspberry Pi.
Primeiro, tive que usar ferramentas de gerenciamento de contêiner baseadas na web para evitar depender de uma configuração CLI limpa e, embora adore o Dockhand e o Canonical MicroCloud baseado em LXD, prefiro usar algo com o qual estou realmente familiarizado no servidor que serve para hospedar todos os meus serviços essenciais. Mais especificamente, eu queria mudar para o Proxmox, em parte porque é a plataforma de virtualização que tenho usado nos últimos anos, mas também porque possui muitas ferramentas de gerenciamento de contêineres e máquinas virtuais (mais sobre isso em breve). Mas como ainda não possui uma imagem ARM, o Raspberry Pi não é um host Proxmox adequado. E não, soluções relacionadas a pacotes comunitários não são consideradas porque contêm muitos recursos quebrados.
Depois, há a parte de desempenho da equação. Claro, meu Raspberry Pi pode destruir aplicativos de contêiner simples. Mas quando se trata de usar ferramentas exigentes, ele começa a tremer com a carga extra. Por exemplo, tentar executar uma instância do Code Server carregada com extensões, Nextcloud (até mesmo a versão Pi) e Jellyfin junto com o resto das minhas ferramentas de laboratório doméstico é muito mais do que meu Raspberry Pi pode suportar. Falando em Jellyfin, o N100 tem melhores capacidades de transcodificação do que o Raspberry Pi e pode facilmente lidar com três fluxos de 4K (se nenhuma decodificação AV1 estiver envolvida) como um campeão. Claro, o Raspberry Pi 5 consome cerca de 4 W em modo inativo, o que é muito baixo em comparação com os 9 W que meu nó N100 consome na maior parte do tempo. Mas dado o poder de fogo superior deste último, não me importo de pagar alguns dólares extras todos os anos.
5 sistemas operacionais leves que você pode usar em seu próximo servidor doméstico
Com o sistema operacional certo, até mesmo o seu SBC de baixo custo pode se transformar em um servidor confiável
A mudança para o nó N100 tornou as máquinas virtuais uma possibilidade real
Não é superpoderoso, mas é melhor que a VM RPi para projetos pesados
Já que estamos falando de desempenho, o N100 é surpreendentemente decente no manuseio de máquinas virtuais. Na verdade, normalmente mantenho a máquina virtual Debian CLI rodando junto com o restante do meu conjunto principal de aplicativos, e o N100 não tem problemas em atender aos meus requisitos leves de personalização. No entanto, também mantenho algumas máquinas virtuais, incluindo outra instância do Debian (com o ambiente de desktop KDE), porque posso ativá-las se precisar delas para projetos específicos.
Enquanto isso, OpenMediaVault (com o plugin certo) e Ubuntu MicroCloud são as únicas plataformas que podem executar máquinas virtuais em um Raspberry Pi, exceto uma configuração básica de KVM, é claro. Mas, diferentemente dos contêineres, meu Raspberry Pi simplesmente não consegue lidar com mais de duas máquinas virtuais e tem ainda mais dificuldade para executar um ambiente virtualizado com elementos GUI exigentes. Embora seja verdade que o N100 não é tão poderoso quanto, digamos, minha antiga estação de trabalho Xeon, a capacidade de hospedar VMs leves sem desligar todos os contêineres ou se preocupar com a falta de recursos de minha máquina auto-hospedada o torna um nó de servidor doméstico melhor do que meu Raspberry Pi.
Mas o Raspberry Pi ainda tem alguma utilidade para projetos de servidores domésticos
É um QDevice robusto e de baixo consumo de energia para clusters de baixo custo e alta disponibilidade
Não há como negar que o Raspberry Pi 5 me serviu bem quando precisei de um dispositivo de baixo consumo de energia para executar algumas ferramentas de monitoramento para o restante do equipamento do meu servidor. Mas, como eu disse antes, SBCs Raspberry Pi diferentes de Zero são muito caros para laboratórios domésticos, e as unidades N100 são, na verdade, muito próximas das placas RPi em termos de preço, se não um pouco mais baratas quando você leva em consideração os acessórios extras na equação.
No entanto, se você tiver placas Raspberry Pi sobressalentes em seu laboratório doméstico como eu, ainda existem algumas maneiras de usá-las para mais do que apenas hospedar ferramentas FOSS. No ano passado, construí um cluster de alta disponibilidade com um NAS equipado com N100 e meu PC antigo, com meu Raspberry Pi servindo como um QDevice na configuração. O Raspberry Pi Zero em particular é perfeito para esta tarefa porque não consome muita energia e não custa um braço e uma perna. Além disso, o Raspberry Pi principal é muito fraco para fazer uma configuração NAS dedicada. Mas você pode reutilizar seu antigo Raspberry Pi como um servidor de backup secundário – aquele que fica em um local remoto e recebe instantâneos do seu NAS primário.
