A k6 extension for injecting faults into Kubernetes applications to test system reliability through chaos engineering.
xk6-disruptor is a Grafana k6 extension that adds fault injection capabilities to load tests, enabling chaos engineering experiments on Kubernetes applications. It allows developers to inject controlled faults like HTTP delays and errors to test how systems behave under turbulent conditions and identify reliability weaknesses before they impact production.
DevOps engineers, SREs, and developers who use Grafana k6 for load testing and want to incorporate chaos engineering principles to improve their Kubernetes application's reliability.
xk6-disruptor provides an agentless, code-first approach to chaos engineering that integrates seamlessly with existing k6 workflows, eliminating the need for separate tools or complex infrastructure while offering precise control over fault injection in Kubernetes environments.
Extension for injecting faults into k6 tests
Open-Awesome is built by the community, for the community. Submit a project, suggest an awesome list, or help improve the catalog on GitHub.
Uses JavaScript/TypeScript with no new DSL, enabling developers to write tests in familiar IDEs and reuse code, as emphasized in the 'Everything as Code' philosophy.
No need to deploy or maintain agents or operators, reducing operational complexity, which is a key feature of its architecture.
Specifically designed for Kubernetes with disruptors for Pods and Services, allowing seamless integration for testing in this environment.
Injects HTTP faults like delays and errors with exact parameters and duration, providing repeatable and predictable chaos experiments.
Grafana Labs has archived the repository, so no updates, bug fixes, or feature requests will be addressed, as warned in the README.
In alpha stage with no API compatibility guarantees, meaning scripts may break between releases until v1.0, as noted in the important block.
Currently only intended for Kubernetes with no support for other platforms, restricting its use to specific infrastructure.
Supports only HTTP faults for Pods and Services, lacking other chaos types like network partitions or disk failures mentioned in broader chaos engineering tools.