DEV.co
Open-Source Testing · artilleryio

artillery

Artillery is an open-source load testing platform that supports HTTP, WebSocket, gRPC, and Playwright-based browser testing. It runs distributed tests on AWS Lambda or Fargate with built-in integrations for monitoring and CI/CD, requiring no infrastructure setup.

Source: GitHub — github.com/artilleryio/artillery
9k
GitHub stars
558
Forks
JavaScript
Primary language
MPL-2.0
License (OSI-approved)

Key facts

Objective fields from the source. Values we can't verify are shown as “Unknown” rather than guessed.

FieldValue
Repositoryartilleryio/artillery
Ownerartilleryio
Primary languageJavaScript
LicenseMPL-2.0 — OSI-approved
Stars9k
Forks558
Open issues483
Latest releaseartillery-2.0.33 (2026-06-16)
Last updated2026-06-16
Sourcehttps://github.com/artilleryio/artillery

What artillery is

Node.js-based distributed load testing framework with plugin architecture, cloud-native execution on AWS Lambda/Fargate, support for multiple protocols (HTTP, WebSocket, Socket.io, gRPC), and Playwright integration for headless browser load testing. Includes workload modeling via request chains, transactions, and custom JavaScript extensions.

Quickstart

Get the artillery source

Clone the repository and explore it locally.

terminalbash
git clone https://github.com/artilleryio/artillery.gitcd artillery# follow the project's README for install & configuration

Need it deployed, integrated, or customized instead? DEV.co ships production installs.

Best use cases

Scalable API and service load testing

Test HTTP APIs, GraphQL endpoints, and WebSocket services at scale without provisioning infrastructure. Ideal for pre-production validation and continuous performance monitoring in CI/CD pipelines.

Browser-based load testing

Conduct realistic load tests using actual Playwright headless browsers to capture client-side rendering performance, JavaScript execution, and user interaction patterns at scale.

Serverless and distributed testing

Leverage AWS Lambda or Fargate for cost-effective, on-demand distributed load generation without managing test infrastructure or provisioning dedicated machines.

Implementation considerations

  • Requires AWS account and IAM permissions for Lambda/Fargate execution; test cost scales with volume and duration.
  • Test scenarios defined via configuration files or JavaScript; learning curve for complex workload modeling (chains, transactions, custom logic).
  • Node.js 14+ required; integration with CI/CD typically via command-line invocation or platform-specific plugins (20+ integrations available).
  • Playwright integration assumes headless browser capability; resource overhead higher than HTTP-only tests due to browser instantiation.
  • Monitoring and observability require separate tool configuration (integrations listed but not bundled); no built-in result visualization.

When to avoid it — and what to weigh

  • On-premise or non-AWS cloud infrastructure required — Azure-specific modules require a commercial license for production use (BSL license applies). Distributed execution heavily favors AWS; non-AWS environments may require workarounds or custom deployment.
  • Protocol support outside stated scope — Limited to HTTP, WebSocket, Socket.io, gRPC, and Kinesis. Proprietary binary protocols or highly specialized messaging systems not listed may require custom plugin development.
  • Zero JavaScript/Node.js expertise available — Extension and customization rely on Node.js plugins and JavaScript. Teams without JavaScript competency will face barriers to advanced customization or troubleshooting.
  • Strict commercial license requirements for Azure — Azure usage for production/commercial purposes is explicitly restricted to evaluation and POC only under BSL. Production Azure deployments require a separate commercial license.

License & commercial use

Primary codebase licensed under MPL-2.0 (Mozilla Public License 2.0), a copyleft license permitting commercial use with source disclosure obligations. Azure-specific modules use BSL (Business Source License), restricting commercial/production Azure usage to licensed customers only; evaluation and POC allowed without license.

MPL-2.0 permits commercial use with copyleft requirements (source code modifications must be shared). However, Azure-specific functionality is explicitly licensed under BSL: commercial or production Azure deployments require a commercial license agreement. AWS and other cloud deployments under MPL-2.0 are commercially usable. Legal review recommended for Azure deployments or if bundling Artillery proprietary modules.

DEV.co evaluation signals

Editorial assessment — not user reviews. Directional, with an explicit confidence level.

SignalAssessment
MaintenanceActive
DocumentationAdequate
License clarityClear
Deployment complexityLow
DEV.co fitStrong
Assessment confidenceHigh
Security considerations

MPL-2.0 copyleft obligations apply to derivative works. Azure BSL modules impose additional license compliance burden. Load testing from AWS Lambda/Fargate requires IAM role scoping to minimize blast radius. No inherent encryption, secrets management, or authentication mechanisms described; integration with external secret stores and observability tools required. Test payloads and credentials should be managed via environment or secure configuration, not hardcoded.

Alternatives to consider

JMeter (Apache)

Java-based, mature, UI-driven test design, extensive plugin ecosystem. Better for teams seeking GUI-first workflows; less cloud-native out-of-the-box than Artillery.

Locust (Python)

Python-based, distributed by default, low code overhead. Preferred if team expertise is Python-centric; less integrated cloud provider support than Artillery.

k6 (Grafana)

JavaScript-based (Go runtime), cloud SaaS platform with built-in results dashboards, strong Kubernetes support. Consider if managed SaaS and Kubernetes-native deployment preferred; different pricing model than Artillery's free AWS integration.

Software development agency

Build on artillery with DEV.co software developers

Evaluate Artillery's AWS integration, Azure licensing restrictions, and plugin architecture against your infrastructure and compliance requirements. Review MPL-2.0 and BSL terms for your use case.

Talk to DEV.co

Related open-source tools

Surfaced by semantic similarity across the DEV.co open-source index.

Related on DEV.co

Explore the category and the services that help you build with it.

artillery FAQ

Can Artillery run on non-AWS cloud providers?
Azure is supported but commercial/production use requires a separate BSL license; evaluation and POC allowed. GCP and other providers are not explicitly listed. Custom deployment via container/VM is possible but not documented as primary flow.
What protocols does Artillery support?
HTTP, GraphQL, WebSocket, Socket.io, gRPC, Kinesis, and Playwright headless browsers. Custom protocol support possible via Node.js plugin API.
Is source code modification allowed under MPL-2.0?
Yes, MPL-2.0 permits modification and commercial use, but modified source files must be disclosed under the same license. Azure modules are under BSL with stricter restrictions.
Does Artillery include result dashboards or visualization?
Not stated in provided data. 20+ integrations with external monitoring/observability tools are available; built-in dashboard presence unknown.

Work with a software development agency

DEV.co helps companies turn open-source tools like artillery into production software. Our software development services cover the full lifecycle — architecture, web development, integration, and maintenance — delivered by software developers and web developers who ship. Engage our software development agency to implement or customize it for your open-source testing stack.

Ready to implement Artillery?

Evaluate Artillery's AWS integration, Azure licensing restrictions, and plugin architecture against your infrastructure and compliance requirements. Review MPL-2.0 and BSL terms for your use case.