"Quanto preciso investir para começar a vender cloud com a minha marca?" É a primeira pergunta de quase toda conversa que temos com provedores regionais, integradores e empresas de TI que querem sair do modelo de projeto e entrar em receita recorrente.
A resposta honesta é que depende — mas não depende tanto quanto parece. As linhas do investimento são sempre as mesmas, e a maior parte dos planos que dão errado erra nas mesmas três: subdimensiona o hardware de redundância, esquece o capital de giro e não coloca o tempo de gente na planilha.
Este artigo lista as linhas. Os valores você preenche com a realidade da sua região e do seu fornecedor; o que oferecemos aqui é a estrutura da conta e as ordens de grandeza relativas entre os itens.
A linha que todo mundo lembra: hardware
O cluster mínimo viável para vender cloud com alta disponibilidade é de três nós. Não é dois. Essa diferença é a primeira pedra no caminho de quem monta a planilha sozinho.
Por que três: cluster precisa de quórum para decidir quem está vivo quando a rede se parte. Com dois nós, não há maioria possível — você precisa de um terceiro elemento de voto. E, com storage distribuído, três é o mínimo para manter réplica e sobreviver à perda de um nó sem perder dado.
O que compõe a linha de hardware:
| Item | Por que existe | Cuidado |
|---|---|---|
| 3 servidores | Quórum e redundância | CPU com muitos cores e RAM generosa; RAM é o primeiro recurso a acabar |
| Discos NVMe | Storage distribuído e desempenho | Modelos com resistência de escrita para servidor, não de desktop |
| 2 switches | Redundância de rede | Rede de storage separada da rede de VM |
| Placas de rede redundantes | Evitar ponto único | 10 Gbps é o mínimo realista para storage distribuído |
| Nobreak | Continuidade | Dimensionado para desligamento ordenado, não para rodar o dia |
O erro clássico: comprar três servidores fortes e economizar na rede. Storage distribuído vive de rede. Cluster com rede subdimensionada entrega desempenho ruim de forma constante e inexplicável, e a correção depois custa mais que ter feito certo.
O segundo erro: encher os três nós até o limite. Se um nó cair, os outros dois precisam absorver a carga dele. Um cluster de três nós deve operar com folga suficiente para sobreviver à perda de um — o que significa que a capacidade vendável é menor que a capacidade instalada.
A linha que muda de figura conforme a escolha: datacenter
Aqui existem três caminhos, e eles têm perfis de custo completamente diferentes:
- Colocation. Você compra o hardware e aluga espaço, energia e conectividade em um datacenter. Custo inicial alto, custo mensal previsível, e o problema de energia, refrigeração e link redundante deixa de ser seu. É o caminho mais comum para provedor regional.
- Datacenter próprio. Faz sentido para quem já tem sala cofre, gerador e link redundante por outro motivo. Se não tem, montar do zero é um projeto de outra ordem de grandeza e raramente compensa para começar.
- Servidor dedicado alugado. Custo inicial baixíssimo, custo mensal alto e margem menor. Serve para validar o modelo comercial antes de comprometer capital — mas não é onde a operação madura fica, porque a margem por cliente é estruturalmente pior.
A recomendação que damos com frequência: se ainda não há base de clientes, valide com dedicado alugado e migre para colocation quando a receita justificar. Migrar de dedicado para hardware próprio é trabalho, mas é trabalho conhecido — muito melhor que imobilizar capital antes de saber se o mercado responde.
A linha que todo mundo subestima: software e plataforma
Aqui a escolha entre open source e proprietário muda a estrutura do negócio inteiro, não só uma linha da planilha.
Com Proxmox VE e Ceph, o hipervisor e o storage definido por software não têm custo de licença. Há custo de subscription se você quiser repositório enterprise e suporte, e ele é por socket, por ano — previsível e pequeno diante do resto.
Com virtualização proprietária, a licença é recorrente, cresce com o tamanho do ambiente e come a sua margem exatamente no momento em que você cresce. É a diferença entre um custo que dilui e um custo que acompanha.
Mas o hipervisor é só metade. A outra metade é a plataforma que transforma infraestrutura em produto: catálogo de planos, checkout, provisionamento automático, portal do cliente, cobrança recorrente, emissão fiscal, suporte e relatórios.
Essa camada tem duas rotas. Construir — e aí o custo não é de licença, é de equipe de desenvolvimento por meses, mais manutenção para sempre. Ou adotar uma plataforma pronta, com custo recorrente conhecido e tempo até a primeira venda medido em semanas.
A conta que raramente é feita: seis meses de desenvolvimento não são apenas o custo da equipe. São seis meses sem receita recorrente entrando, e esse custo de oportunidade costuma ser maior que o de desenvolvimento.
A linha invisível: gente
Nenhuma planilha de provedor novo que vimos incluía essa linha na primeira versão. Todas precisaram incluir depois.
- Operação de infraestrutura. Alguém que saiba o hipervisor, o storage e a rede. Pode ser interno, pode ser terceirizado, não pode ser ninguém.
- Suporte ao cliente. Começa com uma pessoa acumulando função; vira insustentável por volta dos primeiros 30 a 50 clientes.
- Comercial. Cloud não se vende sozinha só porque o portal existe.
- Sobreaviso. Cliente com VM parada às duas da manhã espera resposta. Se não há escala, há uma pessoa queimando.
O modelo que reduz esse custo no início é terceirizar a sustentação de infraestrutura e manter internamente o que é relacionamento com cliente — que é o ativo que você está construindo e não deveria terceirizar.
A linha esquecida: capital de giro
É a causa mais comum de sufoco no primeiro ano, e é puramente financeira.
Você paga colocation, energia, link e equipe todo mês, desde o mês zero. A receita recorrente começa pequena e cresce devagar. O vale entre a saída do caixa e a entrada da receita precisa estar coberto — normalmente por seis a doze meses de custo fixo em caixa.
Some a isso o ciclo de recebimento: cliente que paga em boleto atrasa, cartão recusa, e a inadimplência inicial costuma ser maior que a projetada porque a base ainda é pequena demais para diluir.
O ponto de equilíbrio, e como calculá-lo
A conta que importa mais que o investimento inicial:
- Custo fixo mensal = colocation + energia + link + plataforma + equipe + depreciação do hardware.
- Receita média por cliente = o ticket realista dos seus planos, não o do plano mais caro do catálogo.
- Clientes para empatar = custo fixo ÷ receita média por cliente.
Faça também a conta inversa, que é a que decide se o negócio é bom: quantos clientes cabem nos três nós, considerando a folga de redundância? Se o ponto de equilíbrio exige mais clientes do que cabem no cluster, ou o preço está baixo demais ou o custo fixo está alto demais. Descobrir isso na planilha custa uma tarde; descobrir depois custa o investimento.
Erros comuns
- Planejar com dois nós e descobrir o problema de quórum depois.
- Economizar na rede e comprometer o storage distribuído.
- Dimensionar a capacidade vendável sem descontar a folga de queda de um nó.
- Escolher virtualização proprietária e ver a licença crescer junto com a receita.
- Construir o painel de controle em vez de vender, e perder meses de receita.
- Não incluir o custo de gente e de sobreaviso na planilha.
- Esquecer o capital de giro dos primeiros meses.
- Precificar olhando o hyperscaler em vez do próprio custo por recurso.
- Imobilizar capital em hardware antes de validar demanda.
- Não calcular quantos clientes cabem no cluster antes de definir o preço.
O caminho de menor risco
Para quem está começando, a sequência que menos queima capital:
- Validar demanda com infraestrutura alugada e plataforma pronta. Primeiras vendas em semanas.
- Com base de clientes real e números de consumo reais, dimensionar o cluster próprio com dados em vez de estimativa.
- Migrar para colocation com três nós, sem parar a operação.
- Escalar adicionando nós conforme a ocupação, não conforme a expectativa.
Isso inverte a ordem tradicional — primeiro receita, depois capital imobilizado — e é o que mais vimos funcionar.
Onde a Solvefy/Cloud entra
A plataforma E-CLOUD existe para cortar a linha mais cara e mais demorada dessa conta: a construção do produto. Você recebe catálogo, checkout, provisionamento automático sobre Proxmox e Ceph, portal do cliente, cobrança recorrente e integração fiscal já prontos, com a sua marca. E montamos a conta com você antes de qualquer decisão de compra — dimensionamento dos nós, capacidade vendável real, custo por recurso, preço sugerido e ponto de equilíbrio com os seus números.
Quer ver a sua conta antes de investir? Fazemos um diagnóstico gratuito, sem compromisso, em solvefy.cloud.
Solvefy/Cloud — Infraestrutura que cresce com você.