Ruido, ritmo y entorno de pruebas

Hay dos problemas distintos y conviene no mezclarlos. El ritmo es cuántas peticiones por segundo hace el escáner: depende de los hilos que use y de la pausa entre peticiones, y decide si el entorno aguanta. El ruido es lo que el escaneo deja detrás: datos creados por formularios que el escáner envía, correos que se ponen en cola, registros que llenan el disco, alertas duplicadas que esconden las importantes.

Se ajustan con mandos diferentes. El ritmo con los hilos por host y la pausa entre peticiones, más un tope de duración. El ruido con una cuenta de pruebas aislada, un entorno que se restaura después y reglas de la política que se desactivan en los formularios que más basura generan.

El balanceador del entorno de pruebas guarda cuántas peticiones recibió cada minuto y con qué estado respondió. Dos tipos de respuesta cuentan historias distintas: un 429 significa «voy más lento de lo que me pides, espera» y es el límite funcionando; un error 5xx significa que el servicio falló de verdad. La frontera entre un escaneo molesto y uno que rompe cosas es la primera vez que aparecen los segundos.

Los límites de un servicio se expresan por segundo y el balanceador cuenta por minuto. Hay que convertir. El pico de una noche es el minuto con más peticiones, dividido entre sesenta; ese número es el que se compara con el límite que el equipo de plataforma dio para ese servicio. Si el pico duplica el límite, no hay que preguntarse por qué dio 429: hay que preguntarse por qué el plan lo permitió.

Un escáner activo envía los formularios que encuentra, una y otra vez, con variaciones. Cada envío válido puede crear una fila. Para saber cuánta basura dejó se comparan las tablas antes y después. No se mira la cifra final, sino la diferencia: una tabla que ya tenía mil filas y gana cuatro mil no es lo mismo que una que pasa de cero a dos mil.

Con los datos delante, la decisión no es apagar el escáner. El escaneo activo es el único que encuentra cierta clase de fallos y hay que conservarlo. Lo que se cambia es lo que el registro demuestra que sobra: demasiados hilos, ninguna pausa, ninguna duración máxima y ningún límite de la ventana. Se mantiene el escaneo y se baja el ritmo por debajo de lo que el entorno aguanta, con un tope de tiempo que quepa en la ventana autorizada, y se restaura el entorno después.