Qu'est-ce que k6 ?
k6 est un outil de test de charge HTTP open-source construit autour du scripting en JavaScript. Initialement développé par Load Impact, il a été acquis par Grafana Labs en 2021 et est désormais distribué comme k6 OSS (gratuit, exécution locale) et Grafana Cloud k6 (payant, s'exécute dans le cloud de Grafana). Les scripts de test sont des fichiers JavaScript ES2015+, souvent sous cette forme :
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 supporte HTTP/1.1 et HTTP/2, des métriques personnalisées, des thresholds (assertions qui font échouer le build), et s'intègre bien aux pipelines CI/CD. Le design JavaScript-first plaît aux équipes de développement qui traitent les tests de charge comme du code.
Quand k6 est le bon outil
k6 OSS est excellent, et gratuit, quand ces conditions correspondent :
- Vous voulez les tests de charge en contrôle de version comme du code. Les scripts JavaScript se diffent proprement, se revoient en PR comme tout autre code, et s'exécutent à l'identique sur les machines de développeur et en CI.
- Vos tests tiennent sur une seule machine. k6 est très efficace (runtime Go), donc un CI runner solide peut générer une charge substantielle avant que la version cloud devienne nécessaire.
- Vous êtes déjà dans l'écosystème Grafana. Grafana Cloud k6 s'intègre nativement avec les tableaux de bord Grafana, les logs Loki et les traces Tempo, observabilité cohérente si vous y êtes déjà.
- Vous n'avez pas besoin de distribution géographique. k6 OSS s'exécute depuis une seule machine ; c'est correct pour beaucoup de types de tests.
Si votre besoin est "exécuter un script k6 sur mon CI runner et asserter les SLO", k6 OSS est le bon outil, et il ne coûte rien.
Là où k6 seul laisse des manques
La version OSS gratuite a des limites structurelles, et le Grafana Cloud k6 payant a ses propres compromis :
- k6 OSS ne s'échelonne pas géographiquement. Charge mono-machine. Pour tester depuis plusieurs régions, vous avez besoin soit de k6 Cloud, soit de construire votre propre setup distribué.
- k6 Cloud vous lie à Grafana. La facturation se fait à l'heure d'utilisateur virtuel (VUh) : Pro coûte $19/mois avec 500 VUh incluses, puis à partir de $0,15 par VUh, donc la facture suit votre volume de tests, et les tableaux de bord/données vivent dans le compte Grafana Cloud, qui n'est peut-être pas l'endroit où vit le reste de votre monitoring.
- Scripting JavaScript uniquement. Si votre équipe a des fichiers JMeter
.jmxexistants, k6 ne peut pas les exécuter, vous ré-implémentez tout en JS. - Pas de monitoring de page speed. k6 mesure la performance HTTP/protocole. Les Core Web Vitals (LCP, INP, CLS) ne sont pas dans le périmètre.
- Pas de produit de monitoring d'API. k6 exécute des tests ad-hoc ; pour des health checks d'API planifiés avec alerting, il vous faut un outil séparé.
- Pas d'explications générées par IA. La sortie du test consiste en métriques brutes, des morceaux à lire, sans résumé narratif.
Les principales alternatives à k6
Les équipes qui regardent au-delà de k6 résolvent généralement l'un de deux problèmes : elles veulent une exécution cloud sans passer à Grafana Cloud, ou elles ont besoin d'une couverture protocolaire que k6 n'a pas. Voici le paysage réaliste, y compris la place de LoadFocus.
| Outil | Tests écrits en | Licence | Charge distribuée | Convient le mieux à |
|---|---|---|---|---|
| Apache JMeter | GUI, enregistrés en .jmx | Apache 2.0 | Master/slave, à exploiter vous-même | Parcs de .jmx existants et large support de protocoles |
| Gatling | Java, Scala, Kotlin | Apache 2.0 | Payant (Gatling Enterprise) | Équipes JVM qui veulent un DSL typé |
| Locust | Python | MIT | Gratuite, intégrée | Équipes Python et parcours avec état |
| Artillery | YAML et JavaScript | MPL 2.0 | Gratuite en auto-hébergé sur AWS Lambda ou Fargate, ou payante avec Artillery Cloud | Équipes Node qui préfèrent des scénarios en YAML |
| Grafana Cloud k6 | JavaScript k6 | Commercial | Incluse | Utilisateurs de k6 déjà standardisés sur Grafana |
| LoadFocus | JavaScript k6 et .jmx | Commercial | Incluse, plus de 25 régions | Exécuter k6 dans le cloud sans engagement Grafana |
Grafana Cloud k6 est l'étape la plus naturelle si votre observabilité vit déjà dans Grafana, puisque dashboards et traces s'alignent sans travail supplémentaire. C'est l'étape la moins naturelle si vous ne voulez pas d'une relation Grafana de plus, et sa facturation à l'heure d'utilisateur virtuel est plus difficile à prévoir qu'un forfait fixe.
Gatling et Locust échangent le JavaScript de k6 contre un autre langage. Ce n'est une amélioration que si votre équipe écrit déjà du Scala ou du Python ; sinon, vous avez remplacé une courbe d'apprentissage de scripting par une autre.
Apache JMeter est la réponse honnête quand k6 ne parle tout simplement pas votre protocole. L'écosystème de plugins de JMeter couvre JDBC, JMS, LDAP et bien plus que k6 n'atteint pas sans extensions sur mesure.
LoadFocus vs k6, comparaison des fonctionnalités
Le tableau ci-dessous compare LoadFocus à k6 OSS et Grafana Cloud k6. Tarifs de Grafana Cloud k6 relevés sur sa page de tarifs (grafana.com/pricing) en octobre 2026.
| Fonctionnalité | LoadFocus | k6 OSS / Grafana Cloud k6 |
|---|---|---|
| Coût | Offre gratuite ; payant à partir de $29/mois ($19/mois en paiement annuel) | OSS gratuit ; Cloud gratuit jusqu'à 500 VUh/mois, Pro $19/mois avec 500 VUh incluses, puis à partir de $0,15/VUh |
| Exécuter des scripts JavaScript k6 | Oui (cloud-hosted) | Oui (natif) |
| Exécuter des fichiers JMeter .jmx | Oui (uploader et exécuter) | Non |
| Régions cloud | 25+ mondiales | 21+ sur Grafana Cloud k6 |
| Utilisateurs concurrents max | 1 500 (Basic) → 20 000 (Enterprise) | Selon le plan |
| HTTP/1.1, HTTP/2, HTTP/3 | HTTP/1.1, HTTP/2 (pas de HTTP/3) | HTTP/1.1, HTTP/2 (HTTP/3 partiel) |
| Builder de tests UI web | Oui | Non (code-first) |
| Assertions CI qui font échouer le build | Oui (CLI + GitHub Action) | Oui (thresholds k6) |
| Monitoring en direct pendant le test | Oui | Oui (Cloud) |
| URL de résultat partageables | Oui | Oui (Cloud) |
| Monitoring page speed | Oui (basé sur Lighthouse) | Non |
| Monitoring d'API (checks planifiés) | Oui | Non |
| Analyse de test générée par IA | Oui (tous les plans) | Non |
| Intégration écosystème Grafana | Optionnelle (export OpenTelemetry) | Native |
Quand LoadFocus est la bonne option cloud pour les utilisateurs de k6
Vous voulez k6 dans le cloud sans vous engager avec Grafana
Si vous avez dépassé la limite mono-machine de k6 OSS et avez besoin de distribution géographique, démarrer sur Grafana Cloud k6 coûte peu : Pro est à $19/mois avec 500 VUh incluses, puis à partir de $0,15 par VUh. La différence tient au comportement de la facture. Chaque heure d'utilisateur virtuel est comptée : 100 VUs pendant 30 minutes font 50 VUh, soit environ $7,50 au tarif Pro une fois les heures incluses consommées, et le total du mois dépend de la fréquence et de la taille de vos tests. Les plans LoadFocus ont un prix mensuel fixe, le même plan exécute vos tests JMeter et k6 depuis un seul compte avec une analyse par IA de chaque exécution, et vos données de test restent en dehors d'une stack Grafana Cloud. Si vous ne lancez que quelques petits tests par mois, la facturation à l'usage peut revenir moins cher.
Vous avez aussi des scripts JMeter
Beaucoup d'équipes ont un mix : des fichiers JMeter .jmx hérités que personne ne veut réécrire, plus des scripts k6 plus récents. LoadFocus exécute les deux formats depuis le même compte, le même tableau de bord, la même facturation. k6 seul ne le fait pas.
Vous avez besoin de monitoring de page speed sur la même plateforme
Les régressions de page speed et les régressions de tests de charge corrèlent souvent. Les enquêter dans deux outils séparés gaspille du temps. LoadFocus combine tests de charge (k6 ou JMeter) avec monitoring page speed basé sur Lighthouse, même tableau de bord, mêmes alertes.
Vous avez besoin d'analyse générée par IA
k6 produit des métriques. LoadFocus produit des métriques plus une explication générée par IA qui traduit "la latence p99 a augmenté de 40% à 80% de charge" en un paragraphe que votre product manager peut lire. Pour des rapports de tests partageables avec des non-ingénieurs, c'est important.
Vous voulez une offre gratuite pour évaluer
k6 OSS est gratuit localement ; Grafana Cloud k6 a une offre gratuite de 500 VUh par mois. LoadFocus a aussi une offre gratuite avec exécution de tests cloud incluse, vous pouvez donc lancer le même script k6 sur les deux et comparer avant toute discussion budgétaire.
Migration : exécuter votre script k6 sur LoadFocus
Si vous avez un script k6 existant, la migration est directe :
- Inscrivez-vous sur loadfocus.com/signup.
- Créez un nouveau test k6 dans le tableau de bord LoadFocus.
- Collez votre fichier JavaScript k6 ou téléversez-le directement. Pas encore de script ? Générez-en un à partir d'une collection Postman, d'un fichier HAR ou d'une commande cURL.
- Choisissez une région cloud d'où exécuter (en Pro et Enterprise, vous pouvez répartir le test sur plusieurs).
- Lancez. Le lien de résultat est partageable.
L'objet options de k6 (vus, duration, thresholds, stages) est respecté tel quel. Les métriques et tags personnalisés sont conservés. Seules les fonctionnalités spécifiques à k6 Cloud (par ex. les extensions spécifiques à k6 cloud) doivent être remplacées par des équivalents LoadFocus.
FAQ : LoadFocus vs k6
LoadFocus exécute-t-il des scripts JavaScript k6 non modifiés ?
Oui, les scripts k6 utilisant les modules k6 standard (k6, k6/http, k6/metrics) s'exécutent sans modification. Les extensions spécifiques à k6 Cloud (les réglages de zones de charge dans options.cloud) doivent être échangées contre la configuration LoadFocus. Le corps du script ne change généralement pas.
Pourquoi utiliser LoadFocus si k6 OSS est gratuit ?
k6 OSS est gratuit pour l'exécution locale. Dès que vous avez besoin de tests multi-régions, de tests de charge planifiés, d'URL de résultat partageables, ou d'exécution de tests en dehors de votre laptop/CI runner, vous payez pour k6 Cloud ou construisez l'infrastructure vous-même. LoadFocus offre une exécution cloud à des tarifs d'entrée plus bas que Grafana Cloud k6.
LoadFocus supporte-t-il les thresholds k6 pour CI ?
Oui. Les thresholds k6 (http_req_duration: ['p(95)<500']) sont respectés. La CLI LoadFocus retourne des codes de sortie non-zéro quand les thresholds échouent, donc les scripts CI existants fonctionnent tels quels.
Puis-je exporter les résultats LoadFocus vers Grafana ?
Oui, via OpenTelemetry. Une intégration LoadFocus envoie en direct les métriques de chaque exécution vers n'importe quel endpoint OTLP, Grafana Cloud compris, pour que les résultats k6 et JMeter rejoignent vos autres tableaux de bord Grafana. Elle s'active par test ; le guide de configuration détaille l'endpoint et les en-têtes.
LoadFocus facture-t-il à l'heure d'utilisateur virtuel comme k6 Cloud ?
La tarification LoadFocus est basée sur les plans (utilisateurs concurrents + tests/mois) plutôt que sur les VUH. Pour des tests à concurrence prévisible, la tarification basée sur le plan est plus transparente. Pour des tests sporadiques à forte concurrence, le VUH peut être moins cher, cela dépend de la forme de votre utilisation.
Et HTTP/3 ?
LoadFocus n'exécute pas aujourd'hui de tests de charge HTTP/3 (QUIC). Son moteur k6 est la version standard de k6, qui parle HTTP/1.1 et HTTP/2, et HTTP/3 dans k6 demande une extension expérimentale. Si QUIC est indispensable, utilisez une version personnalisée de k6 sur vos propres machines.
Essayer LoadFocus gratuitement
Si vous exécutez k6 OSS localement et envisagez une option cloud, ou êtes déjà sur Grafana Cloud k6 et reconsidérez. LoadFocus exécute vos scripts k6 existants dans 25+ régions avec une offre gratuite et des plans mensuels fixes au lieu d'une facture au VUh. Inscrivez-vous sur loadfocus.com/signup, collez un script k6, et exécutez-le depuis le cloud, sans carte bancaire.
