Para localizar o que importa
- Os limites são do plano contratado, não de uma regra oculta.
- Espaço em disco não mede todo o consumo de uma aplicação.
- Diagnóstico e contenção proporcionais antes de ampliar o plano.
Este resumo ajuda na consulta. As condições completas estão nas cláusulas abaixo.
1.Finalidade e transparência
Esta política organiza o uso dos recursos da hospedagem e das ferramentas públicas, preservando os demais usuários e o serviço contratado. Ela não cria uma cota secreta nem autoriza reduzir retroativamente recursos já oferecidos. O pedido, a oferta e as condições específicas identificam os limites aplicáveis ao produto.
Expressões comerciais como tráfego ou sites sem limite numérico só podem ser usadas com explicação clara das condições técnicas. Não significam CPU, memória, processos, envio de e-mail ou armazenamento infinitos. Limite relevante não informado deve ser esclarecido antes da contratação, não apenas depois de atingir o consumo.
2.O que é medido
CPU representa processamento; memória (RAM), os dados de trabalho; I/O e IOPS, volume e operações de leitura e escrita; processos e conexões, tarefas simultâneas; inodes, quantidade de arquivos e pastas. Também podem existir limites de disco, bancos, duração de execução, conexões de banco, mensagens e tráfego. Essas métricas não são equivalentes entre si.
Um site pequeno em disco pode consumir muita CPU ou criar muitos arquivos. A apresentação dos limites deve informar unidade, janela ou duração de pico, se o valor é por conta ou aplicação e o comportamento quando atingido. Recurso reservado e recurso compartilhado não devem ser descritos como a mesma coisa.
3.Crescimento legítimo e diagnóstico
Campanha, aumento de vendas ou pico de visitas não configuram abuso automaticamente. A Zovvi deve analisar causa e impacto: consultas lentas, plugin, tarefa agendada, bot, ataque ou crescimento real podem exigir soluções diferentes. O cliente recebe orientação e informação do recurso afetado quando isso não expuser mecanismo sensível de segurança.
Aumentar o plano não é a única resposta. Cache, correção de erro, otimização de banco, controle de tarefas ou arquitetura adequada podem resolver o consumo. Uma indicação de upgrade deve explicar a necessidade e seus custos, sem garantir resultado que dependa da aplicação.
4.Armazenamento e finalidades compatíveis
O espaço da hospedagem é destinado ao site, suas bases e demais dados abrangidos pelo produto. Não equivale a disco de backup irrestrito de outros equipamentos, repositório anônimo de arquivos de terceiros ou distribuição massiva sem relação com o serviço. Cópias temporárias do próprio site devem respeitar a cota e ser removidas de forma segura depois do uso.
A capacidade do disco não substitui limite de inodes ou integridade dos bancos. Antes de excluir conteúdo por cota, a orientação deve distinguir arquivos necessários, cache regenerável, duplicatas e cópias, sem apagar dados do cliente arbitrariamente. Exceções ou custos adicionais dependem de escopo aceito.
5.Automação e processamento incompatível
Bots, rotinas e integrações precisam controlar frequência, concorrência e tempo de execução. Não use a hospedagem compartilhada para mineração, treinamento intensivo de modelos, varreduras abusivas ou carga persistente incompatível com o produto. Integrações lícitas com APIs externas são avaliadas pelo consumo e regras aplicáveis, não proibidas só por usarem IA.
É proibido contornar limites com contas múltiplas, distribuir solicitações para enganar cotas ou explorar falha do medidor. Ferramentas gratuitas têm limites específicos mostrados em sua interface, como a cota de conversões; gratuidade não autoriza uso automatizado ilimitado.
6.Efeito do limite e contenção
Dependendo do recurso, o limite pode causar fila, recusa temporária, término de processo, lentidão ou impossibilidade de gravar novos dados. A ação deve ser compatível com o plano e informada. Se houver risco concreto para outros usuários, podemos conter o componente responsável de imediato e comunicar motivo e alcance assim que viável.
Sempre que possível, priorizamos contenção limitada e prazo de correção adequado à gravidade em vez de suspensão total. Limite configurado incorretamente ou falha da infraestrutura deve ser corrigido pela Zovvi; não é automaticamente excluído do SLA por receber o nome de “uso excessivo”.
7.Mudança de plano e contestação
Mudança de capacidade, ciclo ou produto exige informação de recursos, preço, início e efeitos sobre os dados. Não há autorização geral para cobrar um upgrade automaticamente. Ao reduzir plano, verifique compatibilidade e preserve dados antes de executar.
Se discordar de uma limitação, apresente serviço, horário, comportamento e evidência pelo atendimento. A resposta deve explicar o critério aplicado e permitir revisão. Mudanças relevantes de política ou limites não reduzem retroativamente os recursos do ciclo contratado nem afastam direitos legais.
Zovvi Cloud · Rocketz Digital Ltda · CNPJ 37.843.555/0001-05 · Av. Paulista, 2073