Leistung
Lasttests, veröffentlicht
Wir belasten die IoT-Pipeline mit gleichmäßigen Strömen von Gerätenachrichten und veröffentlichen, was wir messen: Nachrichten pro Sekunde, Latenz von Eingang bis Speicherung und verlorene Nachrichten. Jede Zahl unten zeigt, wo und wie sie gemessen wurde.
Nachrichten pro Sekunde über 14 Minuten gehalten
1,111
verlorene Nachrichten in allen bisherigen Läufen
0
p99 von Eingang bis Speicherung bei 111 msg/s
50 ms
Testserver, 7 GB Speicher
4 vCPU
Ergebnisse
Szenarioergebnisse
Jedes Szenario sendet Gerätenachrichten mit fester Rate über das MQTT-Gateway, die Worker für Regeln und Flows und in den Telemetriespeicher.
| Szenario | Rate | Dauer | Verlorene Nachrichten | Latenz (p99) | Status |
|---|---|---|---|---|---|
| A | 111 msg/s | 16 Min. stabil | 0 | Start 23 ms, gespeichert 50 ms | Alle 9 Gates bestanden |
| B | 1.111 msg/s | 14 Min. stabil | 0 | Backlog blieb bei etwa 45 Nachrichten | Von uns pausiert, Wiederholung geplant |
| D | 5.555 msg/s | — | — | — | Weiter |
So testen wir
Was ein Lauf prüft
Ein Lauf gilt nur als bestanden, wenn jedes Gate während der gesamten stabilen Phase eingehalten wird.
Stabile Rate
Nachrichten treffen nach einer Anlaufphase von vielen simulierten Geräten mit fester Rate ein, mindestens zehn Minuten lang.
Keine verlorene Nachricht
Jede gesendete Nachricht wird im Speicher erneut gezählt. Eine fehlende Nachricht lässt den Lauf scheitern.
Latenz-Gates
Zeit von Eingang bis zum Beginn der Verarbeitung und bis zur Speicherung, im 99. Perzentil.
Backlog
Die Warteschlange zwischen Gateway und Workern muss konstant bleiben. Ein wachsender Backlog lässt den Lauf scheitern.
Ressourcen
CPU und Speicher jedes Prozesses werden während des Laufs erfasst, damit langsame Lecks sichtbar werden.
Sicherheit bleibt aktiv
Tests laufen mit aktivierter Mandantentrennung, Geräteauthentifizierung und Ratenbegrenzung, wie im Produktivbetrieb.
Aufbau
Woher die Zahlen stammen
Die Szenarien A und B liefen auf einem virtuellen Server mit 4 vCPU und 7 GB, auf dem auch der Lastgenerator lief, sodass der Plattform weniger als die ganze Maschine zur Verfügung stand. Produktivinstallationen nutzen größere Server und betreiben Worker als getrennte Prozesse.
In einer separaten lokalen Messung hielt ein Mandant rund 10.000 Nachrichten pro Sekunde, und ein Backlog von 302.000 Nachrichten wurde in etwa 60 Sekunden abgebaut, während weiterhin neue Nachrichten eintrafen.
Sicherheit wird nie abgeschaltet, um eine Zahl besser aussehen zu lassen: Die zeilenbasierte Mandantentrennung bleibt für Rohtelemetrie aktiv, und Geräte authentifizieren sich bei jeder Verbindung.
Wir ergänzen jeden neuen Bericht auf dieser Seite mit Datum, Aufbau und Rohwerten.
Planen Sie einen großen Rollout?
Nennen Sie uns Ihre Gerätezahl und Nachrichtenrate. Wir dimensionieren die Bereitstellung gemeinsam mit Ihnen und können einen Lasttest auf Ihrer eigenen Umgebung durchführen.