Manter o Portainer ou trocar por uma alternativa mais leve?

Na nossa VM de teste de 4 GB (não é um servidor da DreamHost), todos os painéis que medimos deixaram quase toda a memória livre para seus apps. A leitura mais alta veio do Komodo na primeira inicialização após uma instalação nova: cerca de 405 MiB, mais ou menos um décimo dos 4 GB. Nas inicializações seguintes, ele marcou cerca de 150 MiB. O Portainer CE, que vem instalado na nossa hospedagem VPS para Docker, foi o mais leve dos cinco.

Então a escolha depende de como você trabalha: onde você guarda seus arquivos compose, quem mais faz login, se você faz deploy a partir do Git e o que a licença exige da sua empresa. Um comentarista do Hacker News usa uma segunda ferramenta ao lado do Portainer pelo primeiro desses motivos.

Quanto cada painel usou na nossa VM de teste

Nossa VM Linux de teste tinha 2 vCPUs e 4 GB de memória, o mesmo tamanho do nosso plano Stack 4. Instalamos cada painel a partir do arquivo compose do próprio desenvolvedor e medimos a memória uma vez em repouso e outra com três pequenas stacks rodando ao lado (nginx, Redis e PostgreSQL). O método completo está no fim da página.

O Portainer CE foi o mais leve, com o menor uso de memória nas duas execuções e o menor download. O Dockhand e o Dockge quase não variaram entre as duas execuções, ficando perto de 78 e 142 MiB. O manual do Dockhand ainda indica 512 MB como mínimo e recomenda 1 GB, e é com esse número que você deve se planejar, porque nossa leitura vem de uma instalação nova que ainda não está fazendo nada.

O Komodo e o Arcane variaram entre as inicializações, então rodamos os dois de novo. A primeira inicialização do Komodo provavelmente exagera o quanto ele tira dos seus apps. Ela marcou 405,1 MiB, em uma instalação nova, sendo 233,7 MiB disso do MongoDB, e cerca de 150 MiB nas inicializações seguintes. O docker stats subtrai apenas a parte inativa do cache de arquivos de um contêiner, então a parte ativa continua contando no número dele. A memória usada pela própria VM, que não inclui o cache, subiu só 187 MiB nessa inicialização, então parte da leitura provavelmente é cache do MongoDB gravando seu novo banco de dados. Se você está no Stack 8, até a primeira inicialização do Komodo fica em cerca de 5% dos 8 GB.

O Arcane se estabiliza entre cerca de 58 e 68 MiB. Duas das suas primeiras cinco inicializações marcaram mais, 125,9 e 138,6 MiB, depois da espera habitual de 2 minutos. Fizemos mais duas execuções com espera de 10 minutos, uma em uma instalação nova e outra após uma reinicialização, e elas marcaram 63,8 e 68,1 MiB. Entendemos os dois valores altos como o Arcane medido antes de se estabilizar.

Nenhum deles manteve o processador ocupado. O contêiner do MongoDB do Komodo teve a maior mediana de CPU, abaixo de 2%, e a do Portainer arredondou para zero.

O teste publicado pelo Jacar em agosto rodou em um servidor Debian arm64 com a mesma versão do Docker. Os 155 MiB do Dockge ficam perto do nosso número, e os 24 MiB do Portainer ficam alguns MiB acima. Os 208 MiB do Komodo ficam entre a nossa primeira inicialização e as seguintes. O Jacar rodou os três ao mesmo tempo, sem stacks, e usou a mediana de oito leituras ao longo de seis minutos, então os números não são diretamente comparáveis. O Jacar também mediu as imagens descompactadas em disco, o que é mais do que o download: 190 MB para o Portainer, 1.150 MB para o Dockge e 2.900 MB para o Komodo com MongoDB.

Lado a lado

Versões, preços e termos de licença foram verificados novamente em 21 de outubro de 2026. As linhas de memória e download vêm do nosso teste de 16 de outubro, que usou a imagem atual de cada desenvolvedor naquele dia.

O número em repouso do Komodo vem de uma inicialização posterior, já que a primeira marcou 405,1 MiB, e a faixa do Arcane exclui as duas leituras iniciais mencionadas acima. Os três contêineres do Komodo são MongoDB, Core e Periphery. A linha de download mostra o que o Docker informou na nossa VM arm64. Nos nossos servidores x86, você baixaria um pouco mais, segundo o registry: 44,8 MB para o Portainer, 263,5 MB para o Dockge, 214,6 MB para o Dockhand e cerca de 832 MB para as três imagens do Komodo.

Em uma instalação padrão, o Portainer mostra um token de configuração nos logs e dá 5 minutos para você criar o admin. Na nossa imagem Docker, ele roda atrás do HTTPS do Caddy. O Portainer CE oferece usuários simples, e as funções exigem o Business Edition, que é gratuito para até 3 nós. O Dockhand reserva as funções para o plano Enterprise.

O Portainer CE faz deploy de stacks a partir de um repositório Git. A documentação de stacks dele descreve atualizações GitOps por polling ou webhook, enquanto o post CE vs BE do Portainer lista atualizações automáticas como um recurso do Business. Então verificamos na nossa VM de teste. Pela API do Portainer CE 2.45.2, uma stack implantada a partir do Git aceitou tanto um intervalo de polling de 5 minutos quanto um webhook, e o endereço do webhook respondeu quando o chamamos. Não fizemos push de um commit para ver o novo deploy acontecer.

No que cada um se destaca

O Portainer CE reúne contêineres, imagens, volumes, redes e stacks em um só lugar. Na nossa imagem Docker, ele já está rodando atrás de HTTPS. Um usuário do Komodo roda o Portainer ao lado do Komodo strictly for volume management.

O Dockge edita e executa stacks compose, e os arquivos ficam em /opt/stacks no seu disco, onde seus comandos docker compose comuns continuam funcionando. Há uma única conta de admin e nenhum deploy via Git.

O Komodo foi feito para deploys em vários servidores. Os arquivos compose podem vir da interface dele, do host ou de um repositório Git com deploy automático a cada push, e ele também cria imagens e executa procedimentos agendados. É GPL-3.0, sem limite de servidores, e funções, login único (SSO) e um registro de auditoria de quem mudou o quê são todos gratuitos. Ele traz o MongoDB junto, ou o FerretDB sobre Postgres para sistemas que não rodam o MongoDB atual. Você define a primeira senha de admin no arquivo env dele antes da primeira inicialização.

O plano gratuito do Dockhand inclui deploys via Git com webhooks, backups (em beta) e login único OIDC. Ele roda como um único contêiner e alcança outros servidores por meio de agentes Hawser.

O Arcane roda como um único contêiner sob a licença BSD, com funções e permissões, Git Sync e agentes para outros hosts na versão gratuita.

Deixamos outras três ferramentas fora da tabela. O próprio README do Yacht diz que ele não é atualizado há algum tempo. O Dockpeek oferece links rápidos para as páginas web, os logs e as atualizações de imagem dos seus contêineres. O Lazydocker é uma interface de terminal que só roda enquanto está aberta, então não consome nada em repouso.

Portainer CE ou BE, e quanto o Dockhand cobra

Quatro dos cinco não custam nada, seja qual for o uso. O Portainer CE é open source sob a licença zlib, o Dockge sob MIT, o Komodo sob GPL-3.0 e o Arcane sob BSD-3-Clause.

O produto pago do Portainer é o Business Edition. Ele adiciona controle de acesso baseado em funções, um mecanismo GitOps mais completo, gerenciamento de registries, logs de auditoria e SSO, e é gratuito para até 3 nós, com uma licença por organização. O Portainer conta como nó qualquer máquina que rode o Portainer Server ou seja gerenciada por ele, então um único VPS usa um dos três. Acima disso, o Home & Student cobre 15 nós por US$ 155 por ano para uso pessoal, e o Starter começa em US$ 1.045 por ano para 5 nós. Em um único servidor, você não precisa do Business Edition, a menos que outra pessoa precise de um login com restrições.

Leia a licença do Dockhand com atenção. É a Business Source License 1.1, que não é uma licença open source. Uso pessoal, organizações sem fins lucrativos, escolas, um profissional autônomo com servidores em que ninguém mais trabalha e qualquer uso para desenvolvimento ou testes são gratuitos. Se a sua empresa o usa em produção, você paga por host. Cada versão passa a ser Apache 2.0 quatro anos após o lançamento.

Como adicionar um segundo painel

O post de configuração mostra como instalar o Docker e o Portainer em um VPS. Para qualquer coisa que você adicionar ao lado do Portainer, siga esta ordem.

1. Atualize o servidor e o Portainer primeiro

   Primeiro, atualize o Portainer para a versão mais recente, 2.45.3 LTS em 22 de outubro de 2026, e rode também as atualizações do sistema.

2. Inicie o novo painel apenas no localhost

   Comece pelo arquivo compose do desenvolvedor, mas altere a linha de porta para que o painel só escute no próprio servidor. No Dockge, essa linha fica assim:

   yamlCopiar

   ports:
     - "127.0.0.1:5001:5001"

   No Komodo, defina a senha de admin e as chaves no arquivo env antes do primeiro docker compose up -d.

3. Abra um túnel SSH e configure o login

   No seu próprio computador, encaminhe a porta do painel: 5001 para o Dockge, 3000 para o Dockhand, 3552 para o Arcane ou 9120 para o Komodo. No Dockge, execute o comando abaixo e abra http://localhost:5001 no navegador:

   bashCopiar

   ssh -L 5001:localhost:5001 you@your-server-ip

   Depois, configure o login antes de qualquer outra coisa. No Dockge, crie a conta de admin. No Dockhand, ative o login em Configurações, na seção de autenticação. O Arcane pede que você defina uma nova senha no primeiro login.

4. Atribua um domínio pelo Caddy se quiser acesso pela web

   O Caddy já serve o Portainer via HTTPS na nossa imagem Docker. Adicione um site para o novo painel na configuração do Caddy, apontando para a porta local, para que o painel continue escutando apenas no próprio servidor.

5. Decida se o Portainer fica

   O README do Dockge diz que ele não gerencia uma stack existente até que o arquivo dela esteja em /opt/stacks/<name>/compose.yaml, então copie o arquivo compose de cada stack do editor web do Portainer para essa pasta antes de parar o Portainer. O Portainer guarda as variáveis de ambiente definidas na interface separadas do arquivo compose, então copie-as para um arquivo .env ao lado dele. Não testamos se o Komodo, o Arcane ou o Dockhand assumem stacks iniciadas por outra ferramenta, então verifique isso primeiro em uma stack de teste. O Portainer usou menos de 20 MiB na nossa VM de teste, então você pode deixá-lo rodando.

O suporte da DreamHost está disponível 24/7 para hardware, rede e conectividade. Você gerencia o sistema operacional, o software e a configuração, incluindo as atualizações de qualquer painel que adicionar.

Como medimos

A DreamHost fez o teste em 16 de outubro de 2026. A VM de teste rodava Ubuntu 24.04.4 LTS pelo Colima, usando a virtualização da Apple em um Mac com Apple Silicon: aarch64, 2 vCPU, 4 GB de memória e Docker 29.5.2. Cada painel foi iniciado a partir do arquivo compose do próprio desenvolvedor, preenchendo apenas as senhas e chaves que o desenvolvedor pede para definir, e nós o desligamos antes de iniciar o próximo. As imagens foram baixadas antes, então a velocidade de download não entrou na conta. Cada número é a mediana de 12 amostras de docker stats coletadas a cada 5 segundos, depois de 2 minutos de estabilização (10 minutos nas duas últimas execuções do Arcane). Usamos o valor de MEM USAGE e somamos os contêineres de cada painel, deixando de fora todo o resto da VM. As três stacks de teste rodaram a partir de /opt/stacks, foram iniciadas com um simples docker compose e não entram no número de nenhum painel. A página web de todos os painéis respondeu em até 5 segundos após o comando de inicialização, e a primeira inicialização do Komodo foi a mais lenta, com 4,7 segundos.

Os números não vão bater exatamente com o seu servidor, já que nossos servidores usam processadores x86 AMD EPYC e a VM é arm64. A primeira inicialização de cada ferramenta foi uma instalação nova, e as seguintes mantiveram os volumes de dados. Ninguém fez login, e ainda não havia histórico nem repositório Git. O seu uso real aumenta esses números. O Portainer clona repositórios Git no seu volume de dados, e o Komodo guarda por padrão os 14 últimos backups do banco de dados. Medimos memória e CPU só depois de dois minutos ociosos, sem nenhuma aba do navegador aberta, então os picos de inicialização e o trabalho que um painel faz enquanto você o usa não estão nesses números. Também não rodamos dois painéis ao mesmo tempo nem verificamos se um reconhece as stacks iniciadas por outro. Portainer, Dockge e Dockhand foram medidos em duas inicializações cada, o Komodo em três e o Arcane em sete.

Perguntas frequentes sobre painéis Docker