Un patrón se repite en empresas que crecen. La conversación empieza así:
— Tenemos problemas de rendimiento. A veces el sistema deja de responder.
— ¿Qué infraestructura usan?
— Un VPS con 8 GB de RAM de un proveedor económico.
— ¿Hace cuánto está en producción?
— Unos 18 meses.
Desde ahí el diagnóstico es previsible. El rendimiento se degrada de a poco. Fallan los backups. Aparecen caídas. Al final la empresa migra a algo más robusto, con prisa y bajo presión.
El VPS no es el problema. El problema es creer que su precio mensual es el costo real del servicio.
La decisión que parece racional
Al principio, gastar poco es lógico. Un VPS de bajo costo permite validar un producto sin comprometer el flujo de caja.
El error no está en esa decisión. El error está en no calcular el costo total de propiedad (TCO) a 12, 18 o 24 meses.
La infraestructura no es un gasto fijo. Crece con el negocio. Cuando el negocio crece, los límites del entorno inicial pegan en el rendimiento, la disponibilidad y la operación.
Cuatro costos que el precio mensual no muestra
1. Ancho de banda
Los proveedores publican CPU, RAM y almacenamiento. El ancho de banda suele quedar en la letra chica.
Antes de elegir un plan, revisá tres cosas:
- Cuánto tráfico mensual incluye.
- Cuánto cobra el excedente por GB.
- Cuánto consume tu sistema hoy. Medilo en tu panel o en tus logs.
Un pico de tráfico con APIs activas o assets dinámicos puede superar el cupo. El excedente llega como una factura imprevista y complica la planificación financiera.
2. Backups
Los planes económicos suelen tener tres límites:
- Frecuencia baja y sin retención histórica útil.
- Copias en el mismo nodo físico, sin aislamiento real.
- Restauración completa, sin opción parcial.
Una estrategia mínima aceptable incluye:
- Backups diarios, o incrementales más frecuentes.
- Retención de al menos 7 a 30 días.
- Almacenamiento en otra ubicación física.
- Restauración parcial de archivos, tablas o snapshots.
Implementarlo bien cuesta poco. No tenerlo implica un riesgo operativo alto.
3. Escalabilidad
En un VPS económico se escala sobre todo en vertical: más CPU y RAM dentro del mismo nodo. Muchas veces eso exige reiniciar, y reiniciar es downtime.
El problema aparece cuando:
- Llegás al máximo del plan.
- El proveedor no ofrece planes intermedios.
- El sistema no está diseñado para escalar en horizontal.
Pasar de un monolito en un solo servidor a un esquema distribuido (balanceo, servicios separados, caché, colas) exige rediseñar parte del sistema. Ese costo es económico, técnico y organizacional.
4. Disponibilidad
Leé el SLA que publica tu proveedor y hacé la cuenta:
- 99,5% de uptime equivale a unas 3,6 horas de caída por mes.
- 99,9% equivale a unos 43 minutos por mes.
El impacto depende del negocio:
- En un e-commerce, perdés ingresos directos.
- En un sistema interno, perdés productividad.
- En una integración, las caídas se propagan con timeouts, reintentos e inconsistencias.
Una caída es un problema de negocio, no solo técnico.
El problema de fondo: no planificar la salida
Elegir un VPS económico es válido. No planificar cómo salir de ese entorno, no.
Cuando aparecen los problemas:
- El equipo está ocupado con features y soporte.
- No hay tiempo para evaluar alternativas con criterio.
- Las decisiones se toman bajo presión.
Migrar así aumenta el riesgo de errores y de interrupciones.
Qué evaluar antes de elegir infraestructura
Proyección de carga
- Usuarios esperados.
- Requests por segundo.
- Volumen de datos.
Disponibilidad
- Cuánto downtime tolerás.
- En qué horarios no podés caerte.
Estrategia de backup
- RPO (Recovery Point Objective): cuántos datos podés perder.
- RTO (Recovery Time Objective): cuánto podés tardar en volver.
Portabilidad
- Cuánto dependés de servicios propios del proveedor.
- Qué tan fácil es migrar.
Señales de que el entorno llegó al límite
- Respuestas de más de 2 a 3 segundos bajo carga.
- Fallas en procesos batch: backups, jobs, deploys.
- CPU o memoria saturadas en horario pico.
- El equipo evita hacer cambios por miedo a romper algo.
- Nadie confía en poder recuperar el sistema.
Cómo migrar sin poner en riesgo el negocio
No hace falta saltar a una arquitectura compleja. Un enfoque incremental suele funcionar mejor:
- Identificá el cuello de botella principal: CPU, memoria, I/O o red.
- Evaluá un plan intermedio con mejor relación costo y prestaciones.
- Replicá el entorno en paralelo (staging o shadow).
- Validá el despliegue y la recuperación.
- Migrá primero los componentes no críticos.
- Definí métricas de éxito: latencia, disponibilidad y throughput.
Conclusión
Medí el costo de infraestructura como costo total en el tiempo, no como un número mensual.
Un VPS económico es una herramienta válida al comienzo. Sin un plan de salida, se convierte en un riesgo operativo.
La pregunta útil no es cuánto cuesta hoy. Es cuánto costará sostener, y migrar, esa decisión cuando el sistema crezca.
¿Querés saber si tu infraestructura aguanta los próximos 12 meses de crecimiento? En Madariaga revisamos capacidad, cuellos de botella y estrategias de migración por etapas. Ver la auditoría técnica →