Spring GDS 25è Aniversari
Una empresa de logística que envia a 190 països va construir alguna cosa per enviar-se a si mateixa.
El load testing mesura com es comporta un sistema sota el trànsit que s'espera que gestioni. Simules un nombre realista d'usuaris concurrents, empenys aquest volum a través de l'aplicació i observes què passa amb els temps de resposta, el rendiment i les taxes d'error. L'objectiu és confirmar que el sistema es manté ràpid i estable amb la càrrega que veurà de debò en producció, i trobar el punt on el rendiment comença a degradar-se.
Convé separar el load testing del stress testing, perquè la gent usa els termes com a sinònims i responen a preguntes diferents. El load testing comprova el comportament a volums esperats i de pic esperat. El stress testing empeny a propòsit més enllà d'aquests límits per trobar el punt de ruptura i veure com falla el sistema. Un comerç que espera 5.000 compradors durant unes rebaixes faria load testing a 5.000 per confirmar que les pàgines segueixen carregant a temps, i després stress testing per sobre per saber si el sistema es degrada amb gràcia o cau. Tots dos pertanyen a les proves de rendiment, juntament amb l'endurance testing, que sosté una càrrega durant hores per caçar fuites de memòria lentes.
El valor és en els números que produeix abans que els generin els usuaris. Un checkout que respon en 200 ms amb 100 usuaris però s'arrossega fins a 8 segons amb 3.000 té un problema que val la pena conèixer abans del dia del llançament. Les proves de càrrega corren amb eines que generen usuaris virtuals, i els resultats apunten directes al coll d'ampolla, ja sigui una consulta lenta de base de dades, un servidor petit o una cau que falta.
Fem load testing contra expectatives reals, no contra números rodons que queden bé en un informe. Això comença amb una pregunta al client: com és un dia normal, i com és el pitjor dia plausible. El llançament d'un producte, un pic de campanya, una temporada alta. Modelem aquest trànsit, l'executem i llegim el que el sistema ens diu.
Els resultats solen apuntar a alguna cosa concreta, i aquesta és la part útil. Rastregem la lentitud fins al seu origen i l'arreglem, i després tornem a fer proves de rendiment per confirmar que el canvi va aguantar. Quan un client es dirigeix a un moment d'alt risc i no està segur que la infraestructura aguanti, aquesta és la feina que converteix els nervis en evidència. Preferim trobar el sostre en una prova que durant l'esdeveniment.
S'acosta un gran moment de trànsit? Assegurem-nos que el sistema aguanta.
Una empresa de logística que envia a 190 països va construir alguna cosa per enviar-se a si mateixa.
Convertir una marca en un negoci que funciona.
Mig milió de persones. Una app. Zero caos.















