Como escolher a hospedagem certa para seu site

Espaço em disco e preço mensal não bastam. A hospedagem deve ser avaliada pela capacidade de operar e recuperar o site.

A hospedagem barata deixa de ser barata quando o site precisa voltar Imagine uma empresa que descobre, na segunda feira pela manhã, que o site está fora do ar. O fornecedor confirma que possui backup, mas não sabe informar quando foi feita a última cópia, se o banco de dados está incluído ou quanto tempo levará para restaurar o ambiente. O problema não começou na indisponibilidade. Começou na contratação, quando “backup incluso” foi aceito sem uma definição verificável. Escolher hospedagem não é comparar apenas armazenamento, memória e transferência. É decidir quem responderá pela infraestrutura, como falhas serão detectadas, quais dados poderão ser recuperados e quanto risco o negócio aceita manter. Antes dos planos, classifique o site A hospedagem adequada depende do impacto de uma falha. Um portfólio estático, uma loja virtual e um sistema de atendimento não devem ser avaliados com a mesma régua. Registre estas quatro respostas: 1. O que deixa de acontecer se o site ficar indisponível? 2. Quais dados podem ser perdidos? 3. Quanto tempo de interrupção é tolerável? 4. Quem possui capacidade técnica para agir? A partir dessas respostas, surgem duas metas importantes: RTO — Recovery Time Objective: tempo máximo desejado para recuperar o serviço; RPO — Recovery Point Objective: quantidade máxima de dados que se aceita perder, medida em tempo. Se o último backup recuperável foi feito há 24 horas, o RPO real pode chegar a um dia. Se a restauração leva quatro horas, esse tempo participa do RTO. O guia de recuperação do Google Cloud recomenda que o planejamento considere serviços, dados, dependências, cenários de falha e objetivos de recuperação. Disponibilidade e recuperação não são a mesma coisa Alta disponibilidade procura evitar ou reduzir interrupções quando componentes falham. Recuperação de desastres trata da reconstrução ou retomada do ambiente depois de uma ocorrência mais ampla. A documentação de confiabilidade da AWS separa explicitamente esses dois objetivos: disponibilidade atua sobre os componentes do serviço; recuperação trabalha com cópias e estratégias para restaurar a carga completa. Um servidor redundante não substitui backup. Um backup não impede que o site fique indisponível. Os dois controles resolvem problemas diferentes. Cinco modelos comuns de hospedagem Modelo Operação técnica Flexibilidade Recuperação Perfil mais compatível Hospedagem compartilhada Principalmente do fornecedor Baixa Depende fortemente do plano Sites pequenos e padronizados Hospedagem gerenciada Compartilhada entre fornecedor e contratante Média Pode incluir restauração assistida Empresas sem equipe de infraestrutura VPS ou servidor virtual Frequentemente do contratante Alta Precisa ser projetada Aplicações que exigem configurações próprias Plataforma gerenciada para aplicações Parte da plataforma, parte do projeto Média ou alta Varia conforme banco, arquivos e região Equipes de desenvolvimento com deploy contínuo Site estático em CDN Baixa para conteúdo estático Adequada a frontends sem processamento local Código facilmente republicável; dados externos precisam de plano próprio Sites institucionais e documentação Nenhum modelo é universalmente superior. Uma VPS oferece controle, mas transfere responsabilidades. Uma hospedagem gerenciada custa mais do que um plano básico, mas pode reduzir a necessidade de intervenção interna. Uma plataforma moderna pode simplificar o deploy e, ao mesmo tempo, gerar dependência de serviços específicos. Para quem ainda está começando pelos conceitos, o guia de hospedagem para quem está contratando explica a relação entre domínio, servidor, publicação e manutenção. A matriz que importa mais do que a tabela comercial Avalie cada fornecedor de zero a três em cada critério: Critério 0 1 2 3 Monitoramento Não informado Verificação eventual Monitoramento contínuo sem resposta clara Monitoramento com alertas e processo de resposta Backup Não existe Existe, mas sem detalhes Frequência e retenção definidas Frequência, retenção e restauração testadas Segurança administrativa Senha compartilhada Contas individuais MFA disponível MFA obrigatório, menor privilégio e registros de acesso Atualizações Responsabilidade indefinida Ação manual sob demanda Processo periódico Política, prazo e evidência de correção Suporte Canal sem prazo Horário comercial Prazos definidos por categoria Escalonamento e resposta compatíveis com o risco Migração Não oferecida Cópia de arquivos Site e banco transferidos Plano, validação, DNS e retorno documentados Portabilidade Formato proprietário sem exportação Exportação parcial Dados e arquivos exportáveis Procedimento periódico de saída testado Transparência Sem documentação Informações comerciais genéricas Escopo técnico documentado Responsabilidades, exclusões e evidências claras A pontuação não substitui análise. Ela serve para revelar onde uma oferta aparentemente completa depende de promessas vagas. Perguntas que o fornecedor precisa responder Sobre disponibilidade Existe monitoramento externo? Quais componentes são monitorados? Quem recebe alertas? O plano possui compromisso de disponibilidade? Quais eventos são excluídos desse compromisso? Existe histórico ou página pública de incidentes? Sobre backup O banco de dados está incluído? Arquivos enviados por usuários estão incluídos? Onde as cópias ficam armazenadas? A cópia depende do mesmo servidor de produção? Qual é a frequência e a retenção? A restauração completa já foi testada? O cliente pode solicitar ou manter uma cópia independente? O artigo sobre backup 3 2 1 e testes de restauração mostra por que “o backup terminou sem erro” não significa que a recuperação funcionará. Sobre segurança O painel administrativo aceita autenticação multifator? As contas são individuais? Quem atualiza o sistema operacional, o servidor web e o CMS? Como vulnerabilidades críticas são tratadas? Há isolamento entre clientes? Logs ficam disponíveis para investigação? Como certificados HTTPS são emitidos e renovados? A CISA reúne, em seus recursos para pequenas e médias empresas, recomendações que incluem atualizações, autenticação multifator, backups, logs e criptografia. A hospedagem participa da segurança do site em camadas, mas não resolve sozinha vulnerabilidades no código, senhas fracas ou permissões excessivas. Sobre suporte O suporte administra somente o servidor ou também a aplicação? Um erro de WordPress, framework ou banco está no escopo? Há plantão fora do horário comercial? Qual canal deve ser usado em incidentes? O atendimento realiza alterações ou apenas envia instruções? Quem autoriza ações potencialmente destrutivas? “Suporte 24 horas” pode significar apenas que um formulário aceita mensagens a qualquer momento. O contrato deve explicar prazo, escopo e responsabilidade. O custo mensal é apenas uma parcela Calcule o custo total da hospedagem: Uma infraestrutura aparentemente econômica pode exigir muitas horas técnicas. Outra pode cobrar mais e incluir operação, atualizações e recuperação. A comparação precisa usar o mesmo escopo. Também é necessário avaliar o crescimento. O artigo sobre planejamento de capacidade ajuda a diferenciar aumento normal de demanda, picos e saturação. Árvore de decisão inicial Depois dessa primeira escolha, aplique as perguntas sobre recuperação, segurança, suporte e portabilidade. A árvore elimina opções claramente incompatíveis, mas não seleciona o fornecedor sozinha. Migração sem salto no escuro Antes de trocar de hospedagem: 1. inventarie arquivos, bancos, e mails, tarefas agendadas e integrações; 2. gere uma cópia independente; 3. restaure o site em um ambiente de teste; 4. valide formulários, autenticação, pagamentos e envio de e mails; 5. reduza o TTL dos registros DNS quando apropriado; 6. publique o novo ambiente; 7. monitore erros e acessos; 8. mantenha o ambiente anterior disponível durante a janela de retorno; 9. só encerre o serviço antigo depois da validação. Mudanças de domínio e apontamento exigem preparação própria. O guia de DNS e publicação sem interrupção detalha essa etapa. A escolha final deve caber no risco do negócio A checklist de confiabilidade da Microsoft recomenda derivar decisões de arquitetura dos requisitos de negócio e traduzi los em metas de disponibilidade e recuperação. Esse princípio também vale para um site pequeno: primeiro se define o impacto aceitável; depois se escolhe a infraestrutura. A hospedagem certa não é a que oferece o maior número de recursos na página de preços. É a que apresenta responsabilidades claras, recuperação verificável, segurança proporcional ao risco e suporte compatível com a capacidade da empresa.