DDoS-testing og lasttesting sender begge store mengder trafikk mot et system, så de forveksles ofte. Formålene er forskjellige. Lasttesting spør om applikasjonen yter akseptabelt når mange ekte brukere kommer. DDoS-testing spør om forsvaret holder når trafikken er utformet for å overvelde eller tømme det. Å velge feil test kan la det egentlige spørsmålet stå ubesvart. Denne guiden sammenligner de to og hjelper dere med å avgjøre hvilken som bør gjennomføres først.
Hva det er
Last- og stresstesting simulerer realistisk brukeratferd: surfing, innlogging, søk, å legge varer i handlekurven, utsjekking eller kall mot API-er. Testene trapper trafikken opp til forventede nivåer og toppnivåer, og noen ganger forbi dem for å finne bristepunkter. Resultatene handler om responstider, feilrater, gjennomstrømning og ressursbruk, og de bidrar til å identifisere flaskehalser som trege databasespørringer, begrensede tilkoblingspooler eller autoskalering som reagerer for sakte. Testing av DDoS-motstandsdyktighet simulerer fiendtlige trafikkmønstre: oversvømmelser på nettverksnivå, uttømming av tilkoblinger eller store volumer av applikasjonsforespørsler utformet for å omgå hurtigbufring. Resultatene handler om hvorvidt beskyttelsestjenester, ratebegrensning, WAF-regler og beskyttelse lenger opp i nettet oppdager og absorberer trafikken, hvor lang tid det tar, og hvilken påvirkning legitime brukere opplever. Lasttesting handler mest om kapasitet og effektivitet; DDoS-testing handler mest om beskyttelse og respons. Begge krever skriftlig omfang, trygge grenser og stoppbetingelser, og DDoS-testing krever i tillegg godkjenning fra leverandøren i de fleste tilfeller.
Hvem det er for
Denne sammenligningen hjelper team som:
- Forbereder en lansering, en kampanje eller en sesongtopp og vil ha trygghet for kapasiteten
- Har kjøpt et CDN eller en tjeneste for DDoS-beskyttelse og vil se hvordan den oppfører seg
- Har opplevd tregheter eller nedetid og er usikre på om årsaken var last eller et angrep
- Må forklare ledelsen hvorfor det foreslås to trafikktester
Hva det hjelper med å klarlegge
En sammenligning av de to bidrar til å avklare:
- Om hovedrisikoen er at ekte etterspørsel overstiger kapasiteten, eller at fiendtlig trafikk overstiger beskyttelsen
- Hvilket miljø som er egnet: et produksjonslignende staging-system for lasttester eller et koordinert produksjonsvindu for tester av motstandsdyktighet
- Hvilke måltall som betyr noe: responstid og feilrate, eller deteksjon, tid til beskyttelse og påvirkning på brukere
- Hvilke leverandører som må informeres eller godkjenne aktiviteten
Hva er inkludert
- Velg lasttesting hvis: en lansering eller topp nærmer seg, ytelse er en gjentakende klage, eller dere har endret arkitektur eller drift
- Velg DDoS-testing hvis: dere er avhengige av beskyttelsestjenester dere aldri har sett i aksjon, dere driver en tjeneste med høy synlighet, eller kunder eller partnere spør om motstandsdyktighet
- For lasttesting: definer brukerreiser, forventede volumer og toppvolumer, testdata og suksesskriterier
- For DDoS-testing: definer angrepsscenarier, maksimale rater, godkjenninger fra leverandører og stoppbetingelser
- For begge: avtal miljøer, vinduer, overvåking, navngitte kontaktpersoner og rapportering
- Vurder rekkefølgen: rett kapasitetsproblemer funnet i lasttesting før beskyttelsen testes
Hva er ikke inkludert
- En påstand om at noen av testene sikrer oppetid eller beskytter mot alle framtidige trafikkhendelser
- Testing uten skriftlig autorisasjon og godkjenning fra leverandør der det kreves
- Løpende overvåking eller hendelseshåndtering, med mindre det er avgrenset separat
- Detaljerte teknikker for å generere trafikk
Når skal den velges
Hvis dere er usikre, start med spørsmålet dere trenger svar på. Hvis spørsmålet er «kan vi betjene de forventede kundene på lanseringsdagen?», gjennomfør en lasttest. Hvis spørsmålet er «ville beskyttelsen vår holde hvis noen prøvde å slå oss ut?», gjennomfør en test av DDoS-motstandsdyktighet. Mange organisasjoner gjør begge i rekkefølge: lasttesting for å etablere en sunn baseline, deretter testing av motstandsdyktighet for å evaluere beskyttelsen mot denne baselinen.
Vår tilnærming
Definer suksess før dere tester. For lasttesting kan det være akseptable responstider ved et gitt antall samtidige brukere. For testing av motstandsdyktighet kan det være tiden det tar før beskyttelsen slår inn, og hvor stor påvirkning legitime brukere opplever mens det skjer. Tjenesten vår Application Load & Stress Testing evaluerer hvordan applikasjonen oppfører seg under avtalte bruksscenarier, lastnivåer, miljøer og sikkerhetsgrenser. Tjenesten vår DDoS Resilience Testing evaluerer avtalte forstyrrelsesscenarier innenfor skriftlige grenser, inkludert koordinering med leverandører. Hver av dem gir skriftlige observasjoner og prioriterte anbefalinger, og utbedring eller kontinuerlig overvåking kan legges til i et separat avtalt omfang. Hvis dere planlegger begge, avgrens dem samlet slik at miljøer, kontaktpersoner og rapportformater samsvarer og resultatene kan sammenlignes.
Ofte stilte spørsmål
Beslektede artikler
Kom i gang
Vil dere ha hjelp til å velge riktig trafikktest for deres situasjon?
Fortell oss om applikasjonen, driften, leverandørene og hendelsen eller risikoen dere forbereder dere på. Vi anbefaler et forholdsmessig testomfang.
Be om et skriftlig omfang