Load- en stresstestplan (outline)
Doel: meten wat in capacity-baseline.csv staat, en SLO’s valideren vóór grootschalige uitrol.
Omgevingen
| Omgeving | Doel |
|---|---|
| dev | Functionele tests |
| staging | Representatieve data (geanonimiseerd), realistische schema’s |
| perf / stress | Dedicated stack (zie platform deployment doc), geen gedeelde productie-DB |
Scenario’s (minimaal)
- Auth: login burst, session refresh, logout (rate limits).
- API read: fleet list, vehicle detail, laatste posities (pagination).
- Realtime: WebSocket connect/disconnect storm, subscribe per tenant/fleet.
- Ingest (synthetic): TCP clients of recorded PCAP replay tegen telematics-gateway (staging).
- Rapporten (Fase 2+): zware ClickHouse-query + export job queue.
Te meten (per scenario)
- Latency p50/p95/p99 (API, ingest ACK-to-DB).
- Error rate, timeouts.
- CPU/memory op app, gateway, DB, Redis/Kafka wanneer aanwezig.
- Kafka consumer lag, DB connection pool wait.
Acceptance
- Documenteer resultaten naast ingevulde
capacity-baseline.csv. - Pas autoscaling/replica’s/partitions aan op basis van metingen, niet op aannames.
Tools (voorbeelden)
- k6, Gatling, Locust voor HTTP/WebSocket.
- Eigen TCP load tools of vendor simulators voor trackers.