Marketing te dice que una campaña traerá diez veces el tráfico normal el próximo martes. ¿Qué haces?

Haz pruebas de carga contra el cuello de botella real y no contra la capa web. Deriva la capacidad por componente a partir del tráfico actual y del margen, y luego examina lo que no escala horizontalmente: rendimiento de escritura de la base de datos, límites de conexiones, límites de tasa de terceros y cuotas de la nube. Preescala en lugar de confiar en que el autoescalado reaccione a tiempo, sube las cuotas por adelantado, prepara un plan de descarte y degradación, y asigna guardia para la ventana.

Primero concretaría qué significa diez veces, porque diez veces a lo largo de un día es un problema distinto de diez veces en los primeros cuatro minutos de un envío de correo, y las campañas casi siempre son lo segundo. Después modelo cada capa a partir del uso actual: si hoy vamos al 30% de CPU en pico, la capa sin estado es fácil, pero las partes interesantes son las que no escalan añadiendo pods. Para nosotros eran el rendimiento de escritura de Postgres y un proveedor de pagos con un límite de tasa al que nunca nos habíamos acercado, y eso requería una llamada de teléfono y una semana de antelación. Haría una prueba de carga que golpee la ruta real y no un chequeo de salud sintético, y preescalaría en lugar de fiarme del autoescalador, porque un arranque en frío de noventa segundos es una eternidad en un pico. Por último, un plan de degradación escrito: qué apagamos primero, quién puede activarlo, y un canal compartido con marketing para poder pausar el envío.