Infraestrutura para Dokploy
Plataforma open source para deploy com Docker e Traefik com recursos de VPS, IPv4 e acesso root.
Deploy e DevOps • VPS não gerenciado
Organize aplicações, bancos, Compose, domínios e entregas contínuas em infraestrutura própria. Consulte requisitos mínimos, arquitetura recomendada, cuidados de segurança e possibilidades de uso antes de escolher o servidor.
Plataforma open source para deploy com Docker e Traefik com recursos de VPS, IPv4 e acesso root.
2 vCPU, 2 GB de RAM, 30 GB livres. O consumo real depende do workload.
VPS 4 ou configuração superior conforme usuários, dados e concorrência.
Atualizações, firewall, aplicações, licenças, dados e backups ficam sob responsabilidade do cliente.
Escolha a localização considerando usuários, integrações, rota de rede, disponibilidade e investimento.
Configure containers, proxy, banco, portas e runtimes compatíveis com a arquitetura da aplicação.
Deploy e DevOps • Guia de infraestrutura
Esta página explica o workload. Os preços e tamanhos ficam reunidos no catálogo de VPS para aplicações, facilitando a comparação entre Brasil e Canadá sem repetir ofertas em cada guia.
Comparação técnica
Critérios objetivos ajudam a dimensionar localização, tecnologia e responsabilidade operacional.
Referência de dimensionamento inicial. Meça o consumo real antes de consolidar o ambiente de produção.
| Critério | Mínimo prático sugerido | Base recomendada para produção |
|---|---|---|
| Processamento | 2 vCPU | 3 vCPU ou mais |
| Memória | 2 GB de RAM | 4 GB de RAM ou mais |
| Armazenamento | 30 GB livres | 80 GB SSD |
| Dados e persistência | O painel usa PostgreSQL e os workloads implantados podem adicionar bancos e volumes próprios. | Recursos reservados para builds |
| Crescimento | Instância única e uso controlado | Docker builds, imagens, bancos e aplicações compartilham recursos; projetos maiores podem usar servidores remotos. |
Nota: Estes valores são recomendações práticas da WebinHost, não uma garantia de capacidade. Usuários, integrações, volume de dados, concorrência e componentes adicionais alteram o dimensionamento.
Visão geral
Dokploy é uma plataforma self-hosted para implantar aplicações, bancos e stacks Docker Compose usando Docker Swarm e Traefik. Em um VPS Dokploy, equipes centralizam deploy, domínio, certificados e variáveis de ambiente.
Arquitetura recomendada
A instalação prepara Docker Swarm, rede própria, PostgreSQL e Traefik. As portas 80, 443 e 3000 precisam estar livres no processo inicial, e builds devem ter memória e disco suficientes para não bloquear o servidor.
Segurança e continuidade
Após criar a conta administrativa, o painel deve usar domínio e HTTPS. Docker, Swarm, tokens de repositório, variáveis e portas administrativas precisam de firewall e menor privilégio.
Capacidade e evolução
O dimensionamento deve acompanhar métricas, não apenas o número de usuários. CPU sustentada, memória próxima do limite, swap, filas crescentes, banco lento, pouco espaço livre e tempo de resposta elevado indicam que a arquitetura ou o plano precisa ser revisto.
Dúvidas frequentes
É um servidor virtual usado para instalar e executar Dokploy com recursos próprios de CPU, memória e armazenamento, acesso root e liberdade de configuração.
Não. A contratação fornece a infraestrutura VPS. Instalação final, configuração, atualizações, monitoramento, firewall, aplicação e recuperação são responsabilidades do cliente.
Não. Credenciais, assinaturas e serviços de terceiros devem ser contratados e administrados pelo cliente.
Como referência prática, sugerimos 2 vCPU, 2 GB de RAM, 30 GB livres. Dependências, banco, containers auxiliares e volume de uso podem exigir uma configuração maior.
O ponto de partida sugerido é o VPS 4, com referência de 3 vCPU ou mais, 4 GB de RAM ou mais, 80 GB SSD, Recursos reservados para builds. A escolha final depende do workload e precisa ser acompanhada por métricas.
Sim. Você pode apontar um domínio para o IPv4 do VPS e configurar HTTPS por proxy reverso. DNS, proxy, renovação e segurança devem ser administrados pelo cliente.
Não há retenção publicada para este produto. Planeje cópias externas do banco, volumes, arquivos e segredos e teste regularmente o procedimento de restauração.
Sim, desde que os recursos sejam suficientes e não existam conflitos de portas, redes, versões ou segurança. A soma de todos os serviços define o consumo real.
Brasil pode reduzir a distância de rede para usuários nacionais. Canadá pode atender projetos internacionais ou sensíveis a custo. Rotas e latência devem ser testadas para o público real.
Use atualizações testadas, firewall, HTTPS, autenticação forte, menor privilégio, segredos fora do código, logs monitorados e backups externos restauráveis.
Próximo passo
Conte o cenário atual, o público e o crescimento esperado. A equipe comercial orienta sem inventar recursos.