Lasttest-Strategie: Kurz-URL Dienst

Warum Lasttests für Kurz-URLs?

Ein Kurz-URL-Dienst (wie bit.ly oder tinyurl) hat ein spezifisches Lastprofil: High Read / Low Write. Während nur gelegentlich neue Links erstellt werden, erfolgt der Zugriff auf bestehende Links oft massenhaft und gleichzeitig.

1. Test-Szenarien

Baseline Test: Normalbetrieb mit 50 Requests/Sekunde.
Stress Test: Ermittlung des Breakpoints (wann bricht die DB zusammen?).
Spike Test: Plötzlicher Anstieg der Klicks (z.B. nach einem Social-Media-Post).
Soak Test: Stabilität über 24 Stunden prüfen (Memory Leaks?).

2. Kritische Metriken (KPIs)

Latenz: Zeit bis zum 301/302 Redirect.
Durchsatz: Requests pro Sekunde (RPS).
Fehlerrate: Anteil der 5xx oder 4xx Fehler.
Resource Usage: CPU und RAM Auslastung des Caching-Layers (Redis).

Beispiel: Lasttest-Skript (k6)

Hier ist ein einfaches JavaScript-Snippet für das Tool k6, um eine Umleitung zu testen:

Erwartete Ergebnisse & Schwellenwerte

Metrik	Zielwert (Gut)	Kritisch (Schlecht)
Antwortzeit (p95)	< 50ms	> 200ms
Fehlerrate	< 0.01%	> 1%
CPU Last (Server)	40-60%	> 90%