Límites de Recursos y Uso Justo

Cómo se comparten los recursos y cuándo ampliar tu plan.

Versión 1.0Actualizado el

Imprimir o guardar PDF

Para encontrar lo importante

  • Los límites son los del plan, no reglas ocultas.
  • El disco no mide todo el consumo de una aplicación.
  • Diagnóstico y contención antes de ampliar el plan.

Este resumen facilita la consulta. Las condiciones completas están en las cláusulas siguientes.

1.Finalidad y transparencia

La política organiza recursos de alojamiento y herramientas para proteger usuarios y servicio. No crea cuotas secretas o reducciones retroactivas. Pedido, oferta y condiciones identifican límites del producto.

Una expresión comercial sin límite numérico necesita condiciones técnicas claras; no significa CPU, memoria, procesos, correo o almacenamiento infinitos. Los límites relevantes se aclaran antes de contratar, no solo al consumirlos.

2.Qué se mide

CPU es procesamiento; RAM, datos de trabajo; I/O e IOPS, volumen y operaciones de disco; procesos y conexiones, tareas simultáneas; inodes, número de archivos y carpetas. También puede limitarse disco, bases, duración, mensajes y tráfico. No son métricas equivalentes.

Una web pequeña puede consumir mucha CPU. Los límites indican unidad, ventana o pico, alcance por cuenta o aplicación y efecto al alcanzarlos. Recursos reservados y compartidos no se confunden.

3.Crecimiento legítimo y diagnóstico

Campañas, ventas o visitas no son abuso automático. Se analizan causas: consulta lenta, plugin, tarea, bot, ataque o crecimiento requieren soluciones distintas. Se orienta e informa el recurso sin exponer protección sensible.

Ampliar el plan no es la única respuesta. Caché, corregir errores, optimizar bases o tareas pueden resolver consumo. Una mejora de plan explica necesidad y coste sin prometer resultados de la aplicación.

4.Almacenamiento y finalidades compatibles

El espacio se destina a la web, bases y datos incluidos, no a backup irrestricto de equipos, repositorio anónimo o distribución masiva ajena. Las copias temporales propias respetan cuota y se retiran con seguridad.

Disco no sustituye límite de inodes o integridad. Antes de borrar por cuota se distinguen datos necesarios, caché, duplicados y copias, sin eliminación arbitraria. Las excepciones y costes requieren alcance aceptado.

5.Automatización y procesamiento incompatible

Bots e integraciones controlan frecuencia, concurrencia y duración. No uses alojamiento compartido para minería, entrenamiento intensivo, escaneos abusivos o carga incompatible. Una API lícita se evalúa por consumo, no se prohíbe solo por usar IA.

No se eluden límites con cuentas múltiples o explotación del medidor. Las herramientas gratuitas tienen cuotas indicadas; gratis no significa automatización ilimitada.

6.Efecto del límite y contención

Un límite puede generar cola, rechazo temporal, fin de proceso, lentitud o falta de escritura según el recurso. La acción corresponde al plan y se informa. Ante riesgo concreto puede contenerse el componente y comunicar motivo.

Se prioriza contención limitada y corrección proporcional. Un límite mal configurado o fallo de infraestructura debe corregirse y no se excluye del SLA solo por llamarse uso excesivo.

7.Cambio de plan y revisión

Cambiar capacidad, ciclo o producto exige recursos, precio, inicio y efectos informados. No se autoriza mejora cobrada automáticamente. Al reducir, verifica compatibilidad y protege datos.

Para impugnar indica servicio, hora, comportamiento y evidencia. Se explica criterio y revisión. Los cambios no reducen retroactivamente recursos o derechos legales.

Zovvi Cloud · Rocketz Digital Ltda · CNPJ 37.843.555/0001-05 · Av. Paulista, 2073