Qu'est-ce que wrk ?
wrk est un outil open-source de benchmarking HTTP écrit en C par Will Glozer. C'est un binaire unique, multi-threaded, qui utilise Lua pour le scripting de patterns de requêtes custom. wrk est largement utilisé par les engineers d'infrastructure pour des benchmarks HTTP high-RPS où l'objectif est "à quelle vitesse cet endpoint peut-il gérer des requêtes ?", un cas d'usage typique est le tuning d'API, validation de config serveur, ou comparaison de configurations reverse-proxy sous charge.
wrk tourne depuis une machine, donc la capacité de test est limitée par le CPU et le réseau de cette machine. Pour des tests au-delà de quelques milliers de RPS depuis un serveur, vous distribueriez typiquement manuellement à travers plusieurs instances wrk ou passeriez à un outil avec exécution distribuée native.
Quand wrk est le bon outil
- Benchmarks HTTP single-machine. Quand vous voulez savoir "combien de requêtes par seconde cet endpoint peut-il gérer depuis un origin", wrk est conçu pour ça et très rapide.
- Tuning de serveur local. Ajuster configs NGINX/HAProxy/server et mesurer l'impact RPS itérativement.
- Benchmarks command-line en CI. Envelopper wrk dans un shell script, parser son output texte et asserter sur des seuils RPS.
- Patterns de requête custom avec scripting Lua. Le scripting Lua de wrk supporte des bodies de requête custom, headers et données dynamiques sans reconstruire le binaire.
Où wrk cesse d'être suffisant
- Limite de capacité single-machine. Réseau et CPU sur une machine cappent vos VU/RPS counts. Les tests distribués nécessitent orchestration manuelle de plusieurs instances wrk.
- Pas de GUI, pas de vue historique. wrk imprime les résultats sur stdout. Le trending, comparaison de runs et partage de résultats nécessite du tooling custom.
- Pas de distribution géographique. Les tests tournent depuis là où vous lancez wrk. La charge multi-région nécessite de gérer vous-même des serveurs dans chaque région.
- Pas d'API monitoring ou page speed monitoring. wrk est purement un outil de benchmark HTTP.
- Le scripting Lua a une courbe d'apprentissage. La syntaxe Lua et l'API spécifique à wrk peuvent prendre du temps pour les équipes sans expérience Lua.
LoadFocus vs wrk, comparaison de features
| Feature | LoadFocus | wrk |
|---|---|---|
| Coût | Tier gratuit ; load testing dès $29/mois | Gratuit (open source) |
| Modèle de déploiement | Cloud SaaS | Self-hosted CLI |
| Web UI | Oui | Non (terminal seulement) |
| Exécution distribuée | Oui (managed cloud) | Manuel (setup multi-instance) |
| Couverture géographique tests | 25+ régions cloud | Où vous le lancez |
| Throughput max | Jusqu'à 12 500 VUs | Limité par single machine |
| Support scripts JMeter (.jmx) | Oui (natif) | Non |
| Support scripts k6 (.js) | Oui (natif) | Non |
| Scripting Lua | Non | Oui (spécialité) |
| Résultats historiques + graphiques tendance | Oui | Non |
| Intégration CI/CD | Oui (CLI + GitHub Action) | Manuel (shell + parsing) |
| Analyse générée par IA | Oui (tous plans) | Non |
| Page speed monitoring | Oui | Non |
| API monitoring | Oui | Non |
Quand LoadFocus est le bon upgrade depuis wrk
Vous avez besoin de charge depuis plusieurs régions géographiques
Les tests wrk single-machine mesurent la latence depuis votre seul point de lancement. Les utilisateurs réels frappent votre service depuis beaucoup de régions ; LoadFocus exécute le même test depuis 25+ régions.
Vous avez besoin de scaler au-delà de la capacité d'une machine
Pour 5 000+ utilisateurs concurrents, une instance wrk frappe les plafonds CPU/réseau. LoadFocus exécute les tests distribués transparemment.
Vous voulez une UI, history et rapports stakeholder-shareable
L'output stdout de wrk est engineer-friendly. Pour les QA leads, product managers et équipes SRE, LoadFocus comble le manque.
Vous voulez une intégration CI first-class
wrk en CI nécessite shell-wrapping, parsing d'output et assertion de threshold. La CLI et GitHub Action de LoadFocus gèrent cela nativement.
Vous voulez consolider load + page speed + API monitoring
wrk fait du HTTP benchmarking. Pour les équipes faisant aussi du monitoring CWV ou des checks API planifiés, plusieurs outils deviennent plusieurs abonnements.
Migration depuis wrk
- Inscrivez-vous sur loadfocus.com/signup.
- Traduisez votre commande wrk en script JMeter ou k6. Pour des tests GET simples, k6 est le plus proche du modèle mental wrk :
http.get('https://example.com'). - Uploadez le script .js (k6) ou .jmx (JMeter) à LoadFocus.
- Configurez VU count et durée pour correspondre à vos paramètres wrk.
- Tournez depuis une ou plusieurs régions. Comparez résultats RPS contre vos runs wrk locaux pour valider.
Beaucoup d'équipes gardent wrk pour benchmarks locaux rapides et ajoutent LoadFocus pour tests distribués/planifiés.
FAQ : LoadFocus vs wrk
wrk est-il plus rapide que LoadFocus ?
Pour les benchmarks HTTP single-machine, wrk est parmi les outils les plus rapides disponibles. La force de LoadFocus n'est pas la vitesse single-machine raw, c'est l'exécution cloud distribuée, UI, history et intégration.
LoadFocus peut-il exécuter mes scripts Lua wrk ?
Non. Le scripting Lua de wrk est spécifique à l'API wrk. L'équivalent le plus proche dans LoadFocus est k6 (JavaScript).
Comment le pricing se compare-t-il ?
wrk est open source (gratuit). LoadFocus démarre à $29/mois avec un tier gratuit.
Puis-je utiliser les deux outils en parallèle ?
Oui. Beaucoup d'équipes d'infrastructure gardent wrk pour benchmarks rapides locaux de server-config et utilisent LoadFocus pour tests distribués/planifiés avec rapports stakeholder-friendly.
LoadFocus mesure-t-il le RPS aussi précisément que wrk ?
Les deux outils mesurent RPS, percentiles de latence et throughput. Pour benchmarking HTTP raw depuis un origin, la mesure de wrk est plus proche du métal. Les mesures de LoadFocus incluent les paths réseau des régions cloud.
Essayez LoadFocus gratuitement
Si wrk a frappé un plafond, capacité single-machine, pas de distribution géographique, pas de rapports historiques, pas d'intégration CI. LoadFocus étend le modèle wrk en plateforme cloud managed. Inscrivez-vous sur loadfocus.com/signup, pas de carte de crédit, et lancez votre premier cloud HTTP load test en moins de 5 minutes.
