É uma conversa que temos com frequência, e o argumento inicial é sempre parecido: "a gente tem equipe de desenvolvimento, a API do Proxmox é bem documentada, montamos um painel em dois meses e ficamos com o controle total".
A API do Proxmox é realmente boa. Criar VM por chamada é simples. E, ainda assim, a estimativa de dois meses está errada por um fator grande — não porque a equipe é ruim, mas porque o painel é a menor parte do problema.
Este texto é a conta completa. Ela não conclui automaticamente por comprar; conclui que a decisão precisa ser tomada com o escopo inteiro na mesa.
O escopo real
Provisionar VM é uma fração do que uma plataforma de venda de cloud precisa fazer. O escopo completo:
Catálogo e venda
- Planos com recursos, preços e disponibilidade por região.
- Carrinho e checkout com múltiplas formas de pagamento.
- Cupons, períodos promocionais, upgrade e downgrade com cálculo proporcional.
- Cadastro com validação de documento e verificação antifraude.
Provisionamento
- Criação da VM com tratamento correto de tarefas assíncronas.
- Rede isolada por cliente, provisionada automaticamente.
- Cotas de CPU, memória, IOPS e banda aplicadas pela plataforma.
- Templates por sistema operacional, mantidos atualizados.
- Fila, retentativa e — o mais difícil — reversão em caso de falha parcial.
Portal do cliente
- Ligar, desligar, reiniciar, console, snapshot, restaurar, redimensionar.
- Gestão de rede, endereços, DNS reverso.
- Consumo com histórico e gráficos.
- Usuários e permissões dentro da conta do cliente.
- Chamados, faturas, dados cadastrais.
Financeiro
- Cobrança recorrente com cartão e boleto.
- Retentativa de cobrança recusada, com régua.
- Emissão automática de nota fiscal integrada à prefeitura.
- Régua de inadimplência: avisa, restringe, suspende, encerra, destrói.
- Conciliação entre provisionado, cobrado e recebido.
Administração
- Visão do operador sobre clientes, recursos e consumo.
- Relatórios de ocupação, margem e receita.
- Ferramentas de suporte: acessar conta do cliente, ajustar recurso, conceder crédito.
Transversal
- Isolamento verificado em cada chamada de API.
- Auditoria de tudo.
- Alta disponibilidade da própria plataforma.
- Backup da plataforma e dos seus dados.
- Atualização sem parar a operação.
- Marca própria em painel, e-mail, documentos e API.
Some. São dezenas de fluxos, cada um com casos de exceção. A criação da VM é talvez 5% do trabalho.
As três armadilhas de estimativa
1. O caminho feliz engana. Criar VM funciona na primeira semana e produz otimismo. O que consome tempo é o resto: o clone que falha no meio, o pagamento aprovado com provisionamento com erro, o cliente que cancela durante a criação, o storage que ficou sem espaço, a nota fiscal recusada pela prefeitura, o cartão que recusa no terceiro mês.
2. O financeiro é um produto inteiro. Cobrança recorrente com retentativa, cálculo proporcional em upgrade, integração fiscal municipal — cada prefeitura com seu padrão —, régua de inadimplência, conciliação. É um sistema por si só, e é onde os projetos mais atrasam.
3. Manutenção é para sempre. O projeto não termina no lançamento. A partir dali existe uma equipe permanente cuidando de: mudanças na API do Proxmox a cada versão, mudanças nos meios de pagamento, mudanças na legislação fiscal, correções de segurança, e as funcionalidades que os clientes vão pedir. Esse custo não acaba.
O custo que não aparece na planilha
O maior custo de construir não é a equipe. É o tempo sem receita recorrente entrando.
Enquanto a plataforma está sendo construída, a operação não vende. Cada mês nesse estado é um mês de receita recorrente que não começou a acumular — e receita recorrente compõe: um cliente que entraria em janeiro gera doze meses de receita até dezembro; se ele entra em julho, gera seis.
Esse custo de oportunidade costuma ser maior que o custo de desenvolvimento, e quase nunca entra na comparação.
Há também o custo de risco: se a construção atrasa — e software atrasa —, a janela de mercado pode fechar. Um concorrente regional que lançou seis meses antes já tem base, referência e aprendizado que você não tem.
Quando construir faz sentido
Existem casos legítimos, e vale reconhecê-los:
- O seu produto é a plataforma. Se você pretende vender o software para outros provedores, construir é o negócio, não um meio.
- Requisito genuinamente único que nenhuma plataforma atende, e que é o seu diferencial competitivo. Cuidado: "queremos do nosso jeito" raramente é requisito único.
- Escala em que a licença pesa mais que a equipe. Operação muito grande pode ter essa conta.
- Restrição regulatória que impede software de terceiro — raro, e existe.
- Você já tem a plataforma, construída para outra finalidade, e adaptá-la é incremental.
Se nenhum desses se aplica, a construção provavelmente está sendo motivada por desejo de controle — que é legítimo como sentimento e caro como critério de decisão.
O meio-termo que resolve a maior parte dos casos
A decisão não é binária. O arranjo que mais funciona:
Plataforma pronta para o que é comum — catálogo, checkout, provisionamento, portal, cobrança, fiscal, isolamento, auditoria. É infraestrutura de negócio, igual para todo provedor, e não é onde está o seu diferencial.
Construção própria para o que é seu — integrações com os seus sistemas, automações específicas do seu mercado, serviços que só você oferece, relatórios do seu jeito.
Isso exige uma coisa da plataforma escolhida, e é a pergunta mais importante a fazer: ela tem API aberta o suficiente para você construir em cima? Plataforma fechada empurra de volta para a construção do zero.
As perguntas para decidir
Antes de escolher qualquer caminho:
- Quanto tempo até a primeira venda em cada opção?
- Quanto custa cada mês sem receita recorrente entrando?
- Qual o custo anual de manter a plataforma construída, para sempre?
- Qual requisito seu, de verdade, nenhuma plataforma atende?
- Essa equipe de desenvolvimento não deveria estar construindo outra coisa?
- Se a pessoa que construiu sair, quem mantém?
- A plataforma candidata tem API para você estender?
- Se você quiser sair dela, como leva os dados e os clientes?
A pergunta 5 costuma ser a mais reveladora. Time de desenvolvimento é recurso escasso, e gastá-lo reimplementando cobrança recorrente e integração fiscal — coisas que existem prontas — é uma escolha de alocação que vale examinar.
A pergunta 8 é a que mais revela o caráter do fornecedor, e a que menos gente faz.
Se decidir construir
Reduza o risco:
- Comece pelo mínimo: um plano, um sistema operacional, um meio de pagamento. Venda. Aprenda. Expanda.
- Não construa o financeiro. Use serviços prontos para cobrança recorrente e emissão fiscal. É a parte de maior complexidade e menor diferenciação.
- Automatize desde o início. Provisionamento manual "temporário" vira permanente.
- Trate isolamento como requisito de primeira classe, testado, não como ajuste posterior.
- Documente e tenha mais de uma pessoa capaz de manter.
- Planeje a manutenção no orçamento anual, não como eventual.
Erros comuns
- Estimar pelo caminho feliz da criação de VM.
- Subestimar o financeiro e o fiscal.
- Esquecer o custo permanente de manutenção.
- Ignorar o custo de oportunidade dos meses sem receita.
- Construir por desejo de controle, sem requisito real.
- Alocar o time de desenvolvimento no que existe pronto.
- Provisionamento manual "temporário".
- Isolamento tratado como ajuste posterior.
- Uma pessoa só conhecendo o sistema.
- Escolher plataforma fechada, sem API para estender.
- Não perguntar como sair antes de entrar.
Onde a Solvefy/Cloud entra
A plataforma E-CLOUD existe exatamente para a parte que não diferencia ninguém: catálogo, checkout, provisionamento automático sobre Proxmox e Ceph, rede isolada por cliente, cotas aplicadas pela plataforma, portal do cliente, cobrança recorrente, integração fiscal, isolamento verificado e auditoria — tudo com a sua marca, em semanas em vez de trimestres.
E ela tem API aberta, para você construir em cima o que é seu. Sobre a pergunta 8: os dados e os clientes são seus, e dizemos como levá-los antes de você assinar qualquer coisa — porque é a pergunta que nós também faríamos.
Quer comparar os dois caminhos com os seus números antes de decidir? Fazemos um diagnóstico gratuito, sem compromisso, em solvefy.cloud.
Solvefy/Cloud — Infraestrutura que cresce com você.