Do rack à primeira venda: o checklist operacional do provedor novo

Existe uma distância grande entre "os servidores estão ligados" e "estou pronto para receber o primeiro cliente pagante". Quem subestima essa distância descobre os itens que faltavam de forma desagradável: o cliente que não recebe a nota fiscal, o chamado de sábado que ninguém atende, o backup que nunca foi testado, o contrato que não cobre o que aconteceu.

Este é o checklist na ordem em que as dependências acontecem. Não é a ordem em que dá mais vontade de fazer — a maioria quer começar pelo comercial —, é a ordem que evita retrabalho.

Bloco 1 — Infraestrutura

O piso técnico, sem o qual nada mais importa.

• Três nós no cluster, com quórum estabelecido e testado.
• Storage redundante — distribuído entre os nós ou array com controladora dupla e caminho redundante.
• Rede em camadas separadas: gestão, cluster, storage e VMs de cliente. A rede de gestão não pode ser alcançável a partir de VM de cliente.
• Redundância de switch e de placa, com o teste de queda de um caminho feito com carga real.
• Energia redundante, com nobreak dimensionado para desligamento ordenado.
• Link de internet redundante, de operadoras distintas, com roteamento testado em queda.
• Bloco de endereços IP próprio, com registro e delegação reversa configurados.
• Capacidade com folga para absorver a queda de um nó — o cluster nunca opera cheio.
• Firewall do hipervisor ativo, com o plano de gestão protegido.
• Queda de nó testada, com carga real, e o tempo de recuperação cronometrado.

O último item é o que separa infraestrutura pronta de infraestrutura montada. Derrube um nó de propósito antes do primeiro cliente, não depois.

Bloco 2 — Proteção de dados

O que decide se um incidente é um susto ou o fim da operação.

• Backup automático de todas as VMs, com política de retenção definida.
• Backup fora do storage de produção — equipamento diferente, no mínimo.
• Cópia externa, em outro local ou provedor, cifrada.
• Verificação de integridade agendada dos backups.
• Restauração testada e cronometrada — uma VM inteira, de verdade, em ambiente isolado.
• Isolamento de backup por cliente, com chave de cifragem distinta.
• Procedimento de destruição de dado no encerramento de contrato, documentado.

Bloco 3 — Monitoramento e alerta

Você não pode vender disponibilidade que não consegue enxergar.

• Métricas de cluster: CPU, memória, storage, rede, estado do quórum, saúde do Ceph.
• Métricas por VM, visíveis também para o cliente no portal.
• Alerta com destino definido — a pessoa que recebe, o canal e o que fazer.
• Alerta de capacidade com antecedência suficiente para comprar hardware.
• Monitoramento externo do portal e da API, de fora da sua rede.
• Página de status pública, com a sua marca.
• Log centralizado, fora dos nós, sobrevivendo a um incidente.

Bloco 4 — Plataforma e produto

Aqui a infraestrutura vira algo que se vende.

• Catálogo de planos com recursos e preços definidos, decompostos por CPU, memória, disco e banda.
• Provisionamento automático — do pagamento confirmado à VM entregue, sem intervenção manual.
• Portal do cliente com as operações que ele espera fazer sozinho: ligar, desligar, reiniciar, console, snapshot, restaurar backup, redimensionar, ver consumo, abrir chamado.
• Rede isolada por cliente, provisionada automaticamente na venda.
• Cotas de CPU, memória, IOPS e banda aplicadas pela plataforma.
• Painel no seu domínio, com certificado TLS válido e renovação automática.
• E-mails transacionais saindo do seu domínio, com SPF, DKIM e DMARC configurados.
• Templates de sistema operacional prontos e atualizados.
• Documentação e base de conhecimento com a sua marca, cobrindo as dez dúvidas mais comuns.

Bloco 5 — Financeiro e fiscal

O bloco mais esquecido, e o que mais causa dor no segundo mês.

• Cobrança recorrente automatizada, com cartão e boleto.
• Emissão automática de nota fiscal de serviço, integrada à prefeitura.
• Descritivo de cobrança com o seu nome na fatura do cartão e no boleto.
• Régua de inadimplência definida: quando avisa, quando suspende, quando encerra, quando apaga o dado.
• Retentativa automática de cobrança recusada.
• Política de reembolso e de cancelamento escrita.
• Conciliação entre o que foi provisionado, o que foi cobrado e o que foi recebido.
• Relatório de margem por cliente e por node, para saber se o preço está certo.

A régua de inadimplência precisa estar definida antes do primeiro cliente atrasar. Decidir no calor do momento produz decisões inconsistentes, e inconsistência em cobrança vira problema jurídico.

Bloco 6 — Jurídico

• Contrato de prestação de serviço, com objeto, prazo, reajuste e rescisão.
• SLA formal, com o que é medido, como é medido, o que está excluído e qual a compensação.
• Termos de uso e política de uso aceitável — o que o cliente não pode hospedar.
• Política de privacidade e adequação à LGPD, com os papéis de controlador e operador definidos.
• Procedimento de resposta a requisição judicial e a notificação de abuso.
• Canal de abuso publicado, com endereço funcionando e alguém lendo.

O SLA merece um cuidado específico: nunca prometa mais do que os seus próprios fornecedores entregam. Se o datacenter te dá 99,9% e o link te dá 99,9%, você não pode prometer 99,99%. Faça a conta antes de publicar o número.

Bloco 7 — Suporte

• Canal de atendimento definido e publicado, com horários claros.
• Sistema de chamados com registro e histórico.
• Escala de sobreaviso — quem atende às duas da manhã, e como é acionado.
• Runbooks para os incidentes previsíveis: nó caído, storage degradado, VM não sobe, cliente sem acesso, ataque de negação de serviço.
• Procedimento de escalonamento, interno e para o fornecedor.
• Modelo de comunicação de incidente, pronto para usar sob pressão.

Runbook escrito antes vale dez vezes mais que improviso durante. A pessoa que atende o primeiro incidente grave provavelmente não é a que montou o ambiente.

Bloco 8 — Comercial

Por último na dependência, primeiro na vontade.

• Site com os planos, preços e o que está incluso.
• Checkout funcionando de ponta a ponta, testado com pagamento real.
• Proposta comercial modelo, para venda consultiva.
• Argumentação de diferencial — por que você e não o hyperscaler.
• Processo de onboarding do cliente novo, com o que acontece em cada dia da primeira semana.
• Programa de indicação ou revenda, se fizer parte da estratégia.

O ensaio geral

Antes do primeiro cliente real, faça o percurso inteiro com um cliente fictício:

1. Entre no site, escolha um plano, preencha o cadastro.
2. Pague de verdade, com cartão real.
3. Cronometre até a VM estar acessível.
4. Verifique se o e-mail de boas-vindas chegou — e se não foi para spam.
5. Verifique se a nota fiscal foi emitida.
6. Confira o descritivo da cobrança na fatura do cartão.
7. Acesse o portal e execute cada operação: console, snapshot, restaurar, redimensionar.
8. Abra um chamado e meça a resposta.
9. Cancele o serviço e confirme que o dado foi destruído.

Cada etapa com problema é um item a corrigir. Vale repetir esse percurso a cada mudança relevante na plataforma — é o teste de regressão da sua operação.

Erros comuns

• Começar pelo comercial e vender antes de a operação existir.
• Prometer SLA melhor que o dos próprios fornecedores.
• Não testar a queda de um nó antes do primeiro cliente.
• Backup no mesmo storage da produção.
• Nunca ter restaurado um backup de verdade.
• Provisionamento manual, que não escala e falha sob pressão.
• Deixar o fiscal para depois e descobrir o problema no primeiro fechamento.
• Não definir a régua de inadimplência antes do primeiro atraso.
• Nenhum runbook, e a pessoa de sobreaviso improvisando.
• E-mail transacional caindo em spam, com fatura que o cliente nunca vê.
• Não fazer o ensaio geral com pagamento real.

Onde a Solvefy/Cloud entra

Esse checklist é literalmente o roteiro do nosso onboarding de provedor. A plataforma E-CLOUD entrega prontos os blocos 4 e 5 — catálogo, checkout, provisionamento automático sobre Proxmox e Ceph, portal do cliente, isolamento por cliente, cobrança recorrente e emissão fiscal, tudo com a sua marca. E nós conduzimos os blocos 1, 2, 3 e 7 com você: desenho e implantação do cluster, backup com restauração testada, monitoramento com alertas, runbooks e estrutura de suporte. O que fica com você é o que deve ficar: o relacionamento com o cliente.

Quer ver quanto tempo leva do rack à primeira venda? Fazemos um diagnóstico gratuito, sem compromisso, em solvefy.cloud.

Solvefy/Cloud — Infraestrutura que cresce com você.