El mercado muestra una media de 2.000 visitas por día. El día que un vendedor estrella comienza a funcionar, 80.000 sesiones en tres horas reducen la base, dimensionada para el promedio, no para el evento. Luego, el equipo descubrió que el monitoreo mensual suavizado enmascaraba ráfagas horarias que el diseño de la infraestructura nunca había anticipado.
Un mercado concentra picos correlacionados: lanzamiento de producto, influencer, ventas, publicidad televisiva. Se debe pensar en el alojamiento para p95 o p99 de tráfico, no para la hoja de cálculo mensual. El aumento no es una anomalía: es el modelo de negocio.
Por qué miente el promedio
Las visitas diarias promedio enmascaran ráfagas cada hora. La CPU promedio se mantiene baja y luego explota al finalizar la compra. El coste de infraestructura “diario” olvida la factura de la nube del día del lanzamiento. Un gráfico fluido de Analytics es tranquilizador; muestra una prueba de carga en la ruta de pago.
| Métrica | Trampa |
|---|---|
| Visitas media/día | Ocultar picos de 1 hora |
| CPU promedio | En reposo y luego saturación al momento del pago |
| Presupuesto intradiario | Olvídate del día con cincuenta veces más tráfico |
Arquitectura mínima escalable
La aplicación debe permanecer sin estado para montarse horizontalmente detrás de un equilibrador de carga. Una CDN sirve activos almacenables en caché, imágenes de productos y páginas de catálogo. Redis o Memcached almacenan en caché sesiones y listados destacados. Una cola procesa correos electrónicos, indexación de búsqueda y webhooks de vendedores de forma asincrónica. La base administrada con copias de seguridad y réplicas de lectura se prepara antes del pico, no el día D.
Evite un monolito en un VPS sin plan B. La guía presupuesto de hosting ayuda a cuantificar el coste máximo, no sólo el coste medio.
Escenarios pico para modelar
Simule la venta flash de un vendedor: diez veces el tráfico en una hora. Un Viernes Negro global: cincuenta veces el pago. Un rastreo masivo después de la indexación de Google. Cargas agrupadas del lado del proveedor: carga de disco y IO. Pruebe cada escenario; Probar sólo la página de inicio es una ilusión de seguridad.
En cuanto al contrato, lea el SLA: autoescalado, límites de conexión base, créditos versus pérdida de facturación. Evalúe el soporte antes del gran día a través de la comparación.
La cumbre: el primer pico revela la arquitectura.
Guías relacionadas: SaaS multiinquilino, video media si el catálogo es rico en medios.
Decide y avanza sin puntos ciegos
Mida picos históricos o simule de forma conservadora un evento de ventas antes de firmar la infraestructura. Cree una arquitectura con escalamiento, almacenamiento en caché y colas: no un solo VPS sin réplica. Ejecute una prueba de carga en la caja completa antes del lanzamiento público. Haga un presupuesto explícito para los días pico de la nube y las alertas de facturación. Redactar un runbook de incidentes y un plan de comunicaciones de ventas para el día en que la cola supere los treinta segundos.
Preguntas frecuentes
¿Qué hosting para un mercado en etapa inicial?
Una nube con escalamiento horizontal de la aplicación, una base de datos administrada, una CDN para activos y una cola para tareas pesadas. Evite compartir; un único VPS a menudo falla en el primer pico de ventas.
¿Deberíamos escalar en función del tráfico promedio?
No. Tamaño en el pico predecible (ventas, lanzamiento) con un margen del 30 al 50%. El tráfico promedio siempre subestima los eventos del mercado.
Base de datos: ¿el cuello de botella?
Muchas veces sí. Réplicas de lectura, caché de Redis, indexación y separación de lectura/escritura previa al pico. Pruebe la carga en el proceso de pago, no solo en la página de inicio.
¿Cómo realizar una prueba antes de un lanzamiento?
Utilice k6, Locust o equivalente en escenarios realistas: navegación, carrito de compras, pago. Establezca objetivos de latencia y tasa de error de p95: referencia cruzada con el presupuesto y el SLA.
La próxima vez que midamos la mediana, simule el día en que un vendedor envía su lista de correo electrónico. Generalmente es en este día cuando la infraestructura decide.