Was ist k6?
k6 ist ein Open-Source-HTTP-Lasttest-Tool rund um JavaScript-Scripting. Ursprünglich von Load Impact entwickelt, wurde es 2021 von Grafana Labs übernommen und wird heute als k6 OSS (kostenlos, lokal ausführbar) und Grafana Cloud k6 (bezahlt, in Grafanas Cloud) ausgeliefert. Test-Skripte sind JavaScript-ES2015+-Dateien, oft in dieser Form:
import http from 'k6/http';
import { check } from 'k6';
export const options = { vus: 100, duration: '5m' };
export default function () {
const res = http.get('https://example.com/');
check(res, { 'status 200': (r) => r.status === 200 });
}k6 unterstützt HTTP/1.1 und HTTP/2, eigene Metriken, Thresholds (Build-failende Assertions) und integriert sich gut mit CI/CD-Pipelines. Das JavaScript-First-Design spricht Entwicklungsteams an, die Lasttests als Code behandeln.
Wann k6 das richtige Werkzeug ist
k6 OSS ist exzellent, und kostenlos, wenn diese Bedingungen passen:
- Sie wollen Lasttests in Versionskontrolle als Code. JavaScript-Skripte lassen sich sauber diffen, wie jeden anderen Code in PRs reviewen und identisch auf Entwickler-Maschinen und CI ausführen.
- Ihre Tests passen auf eine Maschine. k6 ist hocheffizient (Go-Runtime), sodass ein leistungsstarker CI-Runner erhebliche Last erzeugen kann, bevor die Cloud-Version nötig wird.
- Sie sind bereits im Grafana-Ökosystem. Grafana Cloud k6 integriert sich nativ mit Grafana-Dashboards, Loki-Logs und Tempo-Traces, kohärente Observability, wenn Sie ohnehin dort sind.
- Sie brauchen keine geografische Verteilung. k6 OSS läuft von einer Maschine; das ist für viele Testtypen in Ordnung.
Wenn Ihr Bedarf "ein k6-Skript auf meinem CI-Runner ausführen und SLOs prüfen" ist, ist k6 OSS das richtige Werkzeug, und kostenlos.
Wo k6 allein Lücken hinterlässt
Die kostenlose OSS-Version hat strukturelle Grenzen, und das bezahlte Grafana Cloud k6 hat eigene Trade-offs:
- k6 OSS skaliert geografisch nicht. Single-Machine-Last. Für Tests aus mehreren Regionen brauchen Sie entweder k6 Cloud oder ein eigenes Distributed-Setup.
- k6 Cloud bindet Sie an Grafana. Abgerechnet wird nach Virtual-User-Stunden (VUh): Pro kostet $19/Monat inklusive 500 VUh, danach ab $0,15 pro VUh, die Rechnung folgt also Ihrem Testvolumen, und Dashboards/Daten leben im Grafana-Cloud-Account, der nicht zwingend dort ist, wo der Rest Ihres Monitorings sitzt.
- Nur JavaScript-Scripting. Wenn Ihr Team bestehende JMeter-
.jmx-Dateien hat, kann k6 sie nicht ausführen. Sie implementieren alles in JS neu. - Kein Page-Speed-Monitoring. k6 misst HTTP-/Protokoll-Performance. Core Web Vitals (LCP, INP, CLS) sind nicht im Scope.
- Kein API-Monitoring-Produkt. k6 führt Ad-hoc-Tests aus; für geplante API-Health-Checks mit Alerting brauchen Sie ein separates Tool.
- Keine KI-generierten Erklärungen. Test-Output sind rohe Metriken. Stücke zum Lesen, keine Narrative-Zusammenfassung.
Die wichtigsten Alternativen zu k6
Teams, die über k6 hinausschauen, lösen meist eines von zwei Problemen: Sie wollen Cloud-Ausführung ohne Wechsel zu Grafana Cloud, oder sie brauchen Protokollabdeckung, die k6 nicht hat. Hier ist das realistische Feld, einschließlich der Position von LoadFocus.
| Werkzeug | Tests geschrieben in | Lizenz | Verteilte Last | Passt am besten zu |
|---|---|---|---|---|
| Apache JMeter | GUI, gespeichert als .jmx | Apache 2.0 | Master/Slave, selbst betrieben | Bestehende .jmx-Bestände und breite Protokollunterstützung |
| Gatling | Java, Scala, Kotlin | Apache 2.0 | Kostenpflichtig (Gatling Enterprise) | JVM-Teams, die eine typisierte DSL wollen |
| Locust | Python | MIT | Kostenlos, eingebaut | Python-Teams und zustandsbehaftete Abläufe |
| Artillery | YAML und JavaScript | MPL 2.0 | Kostenlos selbst betrieben auf AWS Lambda oder Fargate, oder kostenpflichtig mit Artillery Cloud | Node-Teams, die YAML-Szenarien bevorzugen |
| Grafana Cloud k6 | k6-JavaScript | Kommerziell | Enthalten | k6-Nutzer, die bereits auf Grafana standardisiert sind |
| LoadFocus | k6-JavaScript und .jmx | Kommerziell | Enthalten, 25+ Regionen | k6 in der Cloud ausführen ohne Grafana-Bindung |
Grafana Cloud k6 ist der natürlichste Schritt, wenn Ihre Observability bereits in Grafana lebt, denn Dashboards und Traces passen ohne Zusatzaufwand zusammen. Es ist der unnatürlichste Schritt, wenn Sie keine weitere Grafana-Beziehung wollen, und die Abrechnung nach Virtual-User-Stunden ist schwerer vorherzusagen als ein Pauschalplan.
Gatling und Locust tauschen das JavaScript von k6 gegen eine andere Sprache. Das ist nur dann eine Verbesserung, wenn Ihr Team bereits Scala oder Python schreibt; andernfalls haben Sie eine Skript-Lernkurve gegen eine andere getauscht.
Apache JMeter ist die ehrliche Antwort, wenn k6 Ihr Protokoll schlicht nicht spricht. Das Plugin-Ökosystem von JMeter deckt JDBC, JMS, LDAP und vieles mehr ab, was k6 ohne eigene Erweiterungen nicht erreicht.
LoadFocus vs k6. Funktionsvergleich
Die folgende Tabelle vergleicht LoadFocus mit k6 OSS und Grafana Cloud k6. Preise von Grafana Cloud k6 laut Grafana-Preisseite (grafana.com/pricing), geprüft im Oktober 2026.
| Funktion | LoadFocus | k6 OSS / Grafana Cloud k6 |
|---|---|---|
| Kosten | Free-Tier; bezahlt ab $29/Monat ($19/Monat bei jährlicher Zahlung) | OSS kostenlos; Cloud kostenlos bis 500 VUh/Monat, Pro $19/Monat inkl. 500 VUh, danach ab $0,15/VUh |
| k6-JavaScript-Skripte ausführen | Ja (cloud-gehostet) | Ja (nativ) |
| JMeter-.jmx-Skripte ausführen | Ja (hochladen und ausführen) | Nein |
| Cloud-Regionen | 25+ weltweit | 21+ in Grafana Cloud k6 |
| Max. gleichzeitige Nutzer | 1.500 (Basic) → 20.000 (Enterprise) | Tarifabhängig |
| HTTP/1.1, HTTP/2, HTTP/3 | HTTP/1.1, HTTP/2 (kein HTTP/3) | HTTP/1.1, HTTP/2 (HTTP/3 partial) |
| Web-UI-Test-Builder | Ja | Nein (Code-First) |
| Build-failende CI-Assertions | Ja (CLI + GitHub Action) | Ja (k6-Thresholds) |
| Live-Monitoring während des Tests | Ja | Ja (Cloud) |
| Teilbare Ergebnis-URLs | Ja | Ja (Cloud) |
| Page-Speed-Monitoring | Ja (Lighthouse-basiert) | Nein |
| API-Monitoring (geplante Checks) | Ja | Nein |
| KI-generierte Test-Analyse | Ja (alle Tarife) | Nein |
| Grafana-Ökosystem-Integration | Optional (OpenTelemetry-Export) | Nativ |
Wann LoadFocus die richtige Cloud-Option für k6-Nutzer ist
Sie wollen k6 in der Cloud, ohne sich an Grafana zu binden
Wenn Sie über das Single-Machine-Limit von k6 OSS hinausgewachsen sind und geografische Verteilung brauchen, ist der Einstieg bei Grafana Cloud k6 günstig: Pro kostet $19/Monat inklusive 500 VUh, danach ab $0,15 pro VUh. Der Unterschied liegt darin, wie sich die Rechnung verhält. Jede Virtual-User-Stunde wird gemessen: 100 VUs für 30 Minuten sind 50 VUh, also etwa $7,50 zum Pro-Tarif, sobald die enthaltenen Stunden verbraucht sind, und die Monatssumme hängt davon ab, wie oft und wie groß Sie testen. LoadFocus-Pläne haben einen festen Monatspreis, derselbe Plan führt Ihre JMeter- und k6-Tests aus einem Account aus, mit KI-Analyse jedes Laufs, und Ihre Testdaten bleiben außerhalb eines Grafana-Cloud-Stacks. Wenn Sie nur wenige kleine Tests im Monat fahren, kann die gemessene Abrechnung die günstigere sein.
Sie haben auch JMeter-Skripte
Viele Teams haben einen Mix: Legacy-JMeter-.jmx-Dateien, die niemand neu schreiben will, plus neuere k6-Skripte. LoadFocus führt beide Formate aus demselben Account, demselben Dashboard, derselben Abrechnung aus. k6 allein nicht.
Sie brauchen Page-Speed-Monitoring auf derselben Plattform
Page-Speed-Regressionen und Lasttest-Regressionen korrelieren oft. Sie in zwei separaten Tools zu untersuchen ist Zeitverschwendung. LoadFocus kombiniert Lasttests (k6 oder JMeter) mit Lighthouse-basiertem Page-Speed-Monitoring, selbes Dashboard, selbe Alerts.
Sie brauchen KI-generierte Analyse
k6 produziert Metriken. LoadFocus produziert Metriken plus eine KI-generierte Erklärung, die "p99-Latenz stieg um 40% bei 80% Last" in einen Absatz übersetzt, den Ihr Product Manager lesen kann. Für teilbare Test-Berichte mit Nicht-Engineers ist das wichtig.
Sie wollen einen Free-Tier zur Evaluation
k6 OSS ist lokal kostenlos; Grafana Cloud k6 hat einen Free-Tier mit 500 VUh pro Monat. LoadFocus hat ebenfalls einen Free-Tier mit Cloud-Test-Ausführung, so können Sie dasselbe k6-Skript auf beiden ausführen und vergleichen, bevor es um Budget geht.
Migration: Ihr k6-Skript auf LoadFocus ausführen
Wenn Sie ein bestehendes k6-Skript haben, ist die Migration unkompliziert:
- Registrieren Sie sich unter loadfocus.com/signup.
- Erstellen Sie einen neuen k6-Test im LoadFocus-Dashboard.
- Fügen Sie Ihre k6-JavaScript-Datei ein oder laden Sie sie hoch. Noch kein Skript? Erzeugen Sie eines aus einer Postman-Collection, einer HAR-Datei oder einem cURL-Befehl.
- Wählen Sie eine Cloud-Region (bei Pro und Enterprise können Sie den Test auf mehrere verteilen).
- Ausführen. Ergebnislink ist teilbar.
k6s options-Objekt (vus, duration, thresholds, stages) wird wie es ist berücksichtigt. Eigene Metriken und Tags werden übernommen. Nur k6-spezifische Cloud-Features (z. B. k6 cloud-spezifische Erweiterungen) müssen auf LoadFocus-Äquivalente umgestellt werden.
FAQ: LoadFocus vs k6
Führt LoadFocus unmodifizierte k6-JavaScript-Skripte aus?
Ja, k6-Skripte mit Standard-k6-Modulen (k6, k6/http, k6/metrics) laufen unverändert. k6-Cloud-spezifische Erweiterungen (die Lastzonen-Einstellungen in options.cloud) müssen für LoadFocus-Konfiguration ausgetauscht werden. Das Skript selbst ändert sich meist nicht.
Warum LoadFocus nutzen, wenn k6 OSS kostenlos ist?
k6 OSS ist kostenlos für lokale Ausführung. Sobald Sie Multi-Region-Tests, geplante Lasttests, teilbare Ergebnis-URLs oder Test-Ausführung außerhalb Ihres Laptops/CI-Runners brauchen, zahlen Sie für k6 Cloud oder bauen selbst Infrastruktur. LoadFocus bietet Cloud-Ausführung zu niedrigeren Einstiegspreisen als Grafana Cloud k6.
Unterstützt LoadFocus k6s Thresholds für CI?
Ja. k6-Thresholds (http_req_duration: ['p(95)<500']) werden berücksichtigt. Die LoadFocus-CLI gibt Nicht-Null-Exit-Codes zurück, wenn Thresholds fehlschlagen, sodass bestehende CI-Skripte wie sie sind funktionieren.
Kann ich LoadFocus-Ergebnisse nach Grafana exportieren?
Ja, über OpenTelemetry. Eine LoadFocus-Integration streamt die Live-Metriken jedes Laufs an jeden OTLP-Endpunkt, auch an Grafana Cloud, sodass k6- und JMeter-Ergebnisse neben Ihren übrigen Grafana-Dashboards landen. Sie wird pro Test eingeschaltet; die Anleitung erklärt Endpunkt und Header.
Berechnet LoadFocus pro Virtual User Hour wie k6 Cloud?
LoadFocus-Preise sind tarif-basiert (gleichzeitige Nutzer + Tests/Monat) statt VUH-basiert. Für Tests mit vorhersagbarer Concurrency ist tarif-basierte Preisgestaltung transparenter. Für sporadische High-Concurrency-Tests könnte VUH günstiger sein, hängt von Ihrer Nutzungsform ab.
Was ist mit HTTP/3?
LoadFocus führt heute keine HTTP/3-Lasttests (QUIC) aus. Die k6-Engine ist der Standard-Build von k6, der HTTP/1.1 und HTTP/2 spricht, und HTTP/3 braucht in k6 eine experimentelle Erweiterung. Wenn QUIC zwingend ist, nutzen Sie einen eigenen k6-Build auf Ihren eigenen Maschinen.
LoadFocus kostenlos testen
Wenn Sie k6 OSS lokal ausführen und eine Cloud-Option erwägen, oder bereits auf Grafana Cloud k6 sind und es überdenken, führt LoadFocus Ihre bestehenden k6-Skripte in 25+ Regionen mit Free-Tier und festen Monatsplänen statt einer gemessenen VUh-Abrechnung aus. Registrieren Sie sich unter loadfocus.com/signup, fügen Sie ein k6-Skript ein und führen Sie es aus der Cloud aus, keine Kreditkarte erforderlich.
