DDoS-test og belastningstest sender begge store mængder trafik mod et system, og derfor forveksles de ofte. Formålet er forskelligt. En belastningstest undersøger, om jeres applikation yder acceptabelt, når mange reelle brugere kommer på samme tid. En DDoS-test undersøger, om jeres forsvar holder, når trafikken er designet til at overvælde eller udtømme det. Vælger I den forkerte, kan det egentlige spørgsmål forblive ubesvaret. Denne guide sammenligner de to og hjælper jer med at beslutte, hvilken I skal køre først.
Hvad det er
Belastnings- og stresstest simulerer realistisk brugeradfærd: browsing, login, søgning, læg i kurv, betaling eller kald af API’er. Testene øger trafikken op til forventede niveauer og spidsniveauer og undertiden derudover for at finde bristepunkter. Resultaterne fokuserer på svartider, fejlrater, gennemløb og ressourceforbrug og hjælper med at identificere flaskehalse såsom langsomme databaseforespørgsler, begrænsede connection pools eller autoskalering, der reagerer for langsomt. Test af DDoS-modstandsdygtighed simulerer fjendtlige trafikmønstre: oversvømmelser på netværksniveau, udtømning af forbindelser eller store mængder applikationsforespørgsler, der er designet til at omgå caching. Resultaterne fokuserer på, om beskyttelsestjenester, rate limiting, WAF-regler og opstrøms beskyttelse opdager og absorberer trafikken, hvor lang tid det tager, og hvilken påvirkning legitime brugere oplever. Belastningstest handler primært om kapacitet og effektivitet; DDoS-test handler primært om beskyttelse og respons. Begge kræver et skriftligt omfang, sikre grænser og stopbetingelser, og DDoS-test kræver desuden i de fleste tilfælde udbyderens godkendelse.
Hvem er det for?
Denne sammenligning hjælper teams, der:
- Forbereder en lancering, en kampagne eller en sæsonmæssig spidsbelastning og vil have tillid til kapaciteten
- Har købt et CDN eller en DDoS-beskyttelsestjeneste og vil se, hvordan den opfører sig
- Har oplevet forsinkelser eller nedbrud og er usikre på, om årsagen var belastning eller et angreb
- Skal forklare ledelsen, hvorfor der foreslås to trafiktest
Hvad det hjælper med at afklare
At sammenligne de to hjælper med at afklare:
- Om jeres største risiko er, at reel efterspørgsel overstiger kapaciteten, eller at fjendtlig trafik overstiger beskyttelsen
- Hvilket miljø der er egnet: et produktionslignende stagingsystem til belastningstest eller et koordineret vindue i produktion til test af modstandsdygtighed
- Hvilke målinger der betyder noget: svartid og fejlrate eller detektion, tid til beskyttelse og påvirkning af brugerne
- Hvilke udbydere der skal informeres om eller godkende aktiviteten
Hvad er inkluderet
- Vælg belastningstest, hvis: en lancering eller spidsbelastning nærmer sig, ydeevne er en tilbagevendende klage, eller I har ændret arkitektur eller hosting
- Vælg DDoS-test, hvis: I er afhængige af beskyttelsestjenester, som I aldrig har set i aktion, I driver en meget synlig tjeneste, eller kunder eller partnere spørger til modstandsdygtighed
- Til belastningstest: definér brugerrejser, forventede mængder og spidsmængder, testdata og succeskriterier
- Til DDoS-test: definér angrebsscenarier, maksimale rater, udbydergodkendelser og stopbetingelser
- Til begge: aftal miljøer, vinduer, overvågning, navngivne kontaktpersoner og rapportering
- Overvej rækkefølgen: ret kapacitetsproblemer fundet ved belastningstest, før beskyttelsen testes
Hvad er ikke inkluderet?
- En påstand om, at nogen af testene sikrer oppetid eller beskytter mod alle fremtidige trafikhændelser
- Test uden skriftlig autorisation og udbyderens godkendelse, hvor det kræves
- Løbende overvågning eller hændelseshåndtering, medmindre det afgrænses separat
- Detaljerede teknikker til generering af trafik
Hvornår du skal vælge det
Hvis I er i tvivl, så tag udgangspunkt i det spørgsmål, I skal have besvaret. Hvis spørgsmålet er „kan vi betjene vores forventede kunder på lanceringsdagen?“, så kør en belastningstest. Hvis spørgsmålet er „ville vores beskyttelse holde, hvis nogen forsøgte at lægge os ned?“, så kør en test af DDoS-modstandsdygtighed. Mange organisationer gør begge dele i rækkefølge: belastningstest for at etablere en sund baseline og derefter test af modstandsdygtighed for at vurdere beskyttelsen i forhold til denne baseline.
Vores tilgang
Definér succes, før I tester. Ved belastningstest kan det være acceptable svartider ved et givent antal samtidige brugere. Ved test af modstandsdygtighed kan det være den tid, det tager, før beskyttelsen træder i kraft, og hvor meget legitime brugere påvirkes imens. Vores tjeneste Application Load & Stress Testing vurderer applikationens adfærd under aftalte brugsscenarier, belastningsniveauer, miljøer og sikkerhedsgrænser. Vores tjeneste DDoS Resilience Testing vurderer aftalte forstyrrelsesscenarier inden for skriftlige grænser, inklusive koordinering med udbydere. Begge leverer skriftlige observationer og prioriterede anbefalinger, og afhjælpning eller løbende overvågning kan tilføjes i et separat aftalt omfang. Hvis I planlægger begge, så afgræns dem samlet, så miljøer, kontaktpersoner og rapportformater passer sammen, og resultaterne kan sammenlignes.
Ofte stillede spørgsmål
Relaterede artikler
Start
Vil I have hjælp til at vælge den rette trafiktest til jeres situation?
Fortæl os om jeres applikation, hosting, udbydere og den begivenhed eller risiko, I forbereder jer på. Vi anbefaler et proportionalt testomfang.
Anmod om et skriftligt omfang