El 11 de junio el Estadio Azteca abre el Mundial 2026 y México entra en un mes de picos. Un evento así no rompe los sistemas: los revela. El que aguanta no es el que tiene más servidores — es el que se diseñó para el pico. Abajo, la checklist de lo que de verdad importa.
El pico que ves venir
Lo cruel de un evento como el Mundial es que el pico está agendado. Sabes la fecha, sabes la hora del silbatazo, sabes que cuando México salga a la cancha medio país va a abrir la misma app al mismo minuto. Y aun así, cada temporada, hay sistemas que se caen exactamente cuando más se les necesita.
Durante un partido de la selección, el tráfico de una app de comida, un e-commerce o el punto de venta de una cadena de bares puede multiplicarse por cinco o por diez en cuestión de minutos — y volver a bajar igual de rápido al medio tiempo. No es un crecimiento: es una ola. Y a las olas no se les resiste a la fuerza bruta, se les diseña por delante.
La buena noticia: casi todo lo que hace que un sistema aguante el Mundial es lo mismo que lo hace aguantar cualquier otro día. El Mundial solo lo vuelve imposible de ignorar.
La checklist: que tu sistema aguante el pico
1. Ensaya el pico antes de que llegue. Una prueba de carga es meter a tu sistema 10× del tráfico esperado en un entorno de prueba, no descubrir tu techo en vivo con el estadio lleno. Si nunca has visto a tu sistema bajo presión, no sabes dónde se rompe — y se va a romper en el peor momento posible.
2. Pon una cola entre recibir y procesar. El error clásico es intentar procesar cada pedido en el instante en que entra. Cuando llega la ola, todo compite por los mismos recursos y se cae en cascada. Una cola te deja aceptar todo de inmediato y procesar a tu ritmo. El usuario ve “pedido recibido” al instante; el motor lo trabaja unos segundos después. Esa separación es la diferencia entre lento y caído.
3. Diseña para degradar con elegancia. Cuando algo tiene que ceder, decide tú qué cede — no el azar. Apaga las recomendaciones personalizadas antes que el botón de pagar. Sirve un menú en caché antes que un menú en tiempo real. Un sistema que pierde lo accesorio para proteger lo esencial se siente sólido; uno que lo intenta todo a la vez se siente roto. Es la lógica de los sistemas simples que sí funcionan llevada a producción.
4. Autoescala — no sobreaprovisiones 365 días. Tener encendida la capacidad del Mundial todo el año es quemar dinero 11 meses para no caerte uno. La alternativa es infraestructura que crece cuando llega la ola y se encoge cuando pasa, repartida en varias regiones para estar cerca de tus usuarios. Eso es justo lo que montamos con servidores bajo demanda: pagas el pico cuando existe, no cuando lo imaginas.
5. Hazlo idempotente y con reintentos. En un pico, las redes fallan y la gente recarga. Si el usuario que toca “pagar” tres veces porque la pantalla se congeló termina con tres cargos, no tienes un problema de tráfico: tienes un problema de diseño. Cada operación crítica debe poder repetirse sin duplicar el efecto. Esto no se nota cuando todo va bien — se nota cuando todo va mal.
6. Mide en vivo y deja a alguien (o algo) vigilando. No puedes arreglar lo que no ves. Observabilidad real — métricas, alertas, trazas — es lo que convierte “se siente lento” en “la base de datos está saturada en la consulta X”. Y como los picos no respetan horario de oficina, lo resolvemos con agentes que vigilan los sistemas 24/7 y con mantenimiento que no espera a que el cliente reporte la caída. El mejor incidente es el que se contiene antes de que alguien lo note.
Tu propio Mundial
Aquí está lo importante: tu negocio va a tener su Mundial, juegue o no la selección.
Puede ser el Buen Fin, el lanzamiento que esperabas hace meses, una promoción que se viraliza un martes cualquiera, o sí — el partido de México con tu cocina a tope y el punto de venta tomando el triple de comandas. El pico no es un problema: es la oportunidad. El software es lo que decide si la capitalizas o si te caes en el minuto 90, justo cuando por fin llegó la gente.
Lo hemos visto de los dos lados. Sistemas que tratan cada temporada alta como una emergencia, y sistemas que la reciben como un martes más porque se diseñaron para eso. La diferencia rara vez es el presupuesto. Es el criterio con el que se construyeron.
No esperes a tu propio Mundial
La checklist de arriba no es para implementarla la noche del partido. Es para tenerla resuelta antes de saber qué día llega tu ola. Si no estás seguro de que tu sistema aguante el próximo pico — o si quieres descubrirlo en una prueba de carga y no en vivo — hablémoslo. Es, literalmente, lo que hacemos: software que sigue de pie cuando más lo usan.
Que gane el mejor. Y que tu sistema no sea el que pierda.