Lasttester för e-post: siffror i stället för magkänsla
Inför en gatewaymigrering, ett nytt massutskick eller ett arkitekturbeslut är frågan alltid densamma: klarar miljön belastningen? Jag besvarar den med mätningar: den verkliga belastningsprofilen ur meddelandespårningen, ett reproducerbart topptest och en utvärdering som bär ett dimensioneringsbeslut.
Rådgivningen sker på tyska eller engelska.
- Belastningsprofil
- Topptester
- JMeter
- Meddelandespårning
- Dimensionering
- Massutskick
- Gateways & reläer
När ett lasttest lönar sig
- GatewaymigreringDen nya gatewayen ska klara den gamlas toppar; ingen känner till topparna exakt.
- MassutskickFakturakörningar, kundmeddelanden, kriskommunikation: tiotusentals meddelanden på kort tid utan att tränga undan den vanliga e-posten.
- Byte av leverantör eller reläNya gränser, nya tidsgränser, nytt köbeteende; bättre att mäta i förväg än att upptäcka det i produktion.
- KapacitetsbevisEn revision eller ett projektbeslut kräver dokumenterade siffror i stället för tillverkarens datablad.
Tillvägagångssätt
- Fastställa den aktuella belastningsprofilenTakt per minut och timme, toppvaraktighet, mottagarstruktur och meddelandestorlekar ur meddelandespårningen, med hänsyn till de typiska analysfelen.
- Utforma testplanenEn meddelandemix längs de verkliga regelvägarna, måltakt utifrån den aktuella profilen plus marginal, definierade mätpunkter.
- Köra toppenReproducerbart, med JMeter eller lämpliga verktyg, mot test- eller produktionslika miljöer.
- Utvärdera och beslutaGenomströmning, latenser och felmönster ur loggar och rapport; resultatet är en motiverad dimensionering.
Exempel från praktiken
- Fastställa en e-postservers belastningsprofil: PowerShell-analysen ur meddelandespårningen i Exchange.
- Kommandogenerator: uppgifter för meddelandespårning och diagnostik som färdiga kommandon.