Test di carico della posta: numeri invece di sensazioni
Prima di una migrazione del gateway, di un nuovo invio massivo o di una decisione architetturale, la domanda è sempre la stessa: l’ambiente reggerà il carico? Rispondo con misurazioni: il profilo di carico reale dal message tracking, un test di picco riproducibile e una valutazione che sostiene una decisione di dimensionamento.
La consulenza si svolge in tedesco o in inglese.
- Profilo di carico
- Test di picco
- JMeter
- Message Tracking
- Dimensionamento
- Invii massivi
- Gateway e relay
Quando conviene un test di carico
- Migrazione del gatewayIl nuovo gateway deve assorbire i picchi di quello vecchio; nessuno conosce con precisione quei picchi.
- Invii massiviFatturazione, comunicazioni ai clienti, comunicazione di crisi: decine di migliaia di messaggi in poco tempo senza soffocare la posta ordinaria.
- Cambio di provider o di relayNuovi limiti, nuovi timeout, nuovo comportamento delle code; meglio misurarli prima che scoprirli in produzione.
- Prova di capacitàUn audit o una decisione di progetto richiede numeri documentati invece delle schede tecniche del produttore.
Procedura
- Rilevare il profilo di carico attualeTassi al minuto e all’ora, durata dei picchi, struttura dei destinatari e dimensioni dei messaggi dal message tracking, tenendo conto degli errori di valutazione tipici.
- Progettare il piano di testUn mix di messaggi lungo i percorsi di regole reali, tassi obiettivo dal profilo attuale più un margine, punti di misura definiti.
- Eseguire il piccoIn modo riproducibile, con JMeter o strumenti adatti, su ambienti di test o simili alla produzione.
- Valutare e decidereThroughput, latenze e modalità di errore da log e report; il risultato è un dimensionamento motivato.
Esempi dalla pratica
- Determinare il profilo di carico di un mail server: la valutazione PowerShell dal message tracking di Exchange.
- Generatore di comandi: attività di message tracking e di diagnostica come comandi pronti all’uso.
