AWS Fault Injection Simulator logo

AWS Fault Injection Simulator

AWS Fault Injection Simulator

UpOpen Sourcecloudby Amazon Web Services62· JavaScript· MIT

AWS Fault Injection Simulator (FIS) API actively injects faults into AWS resources for chaos engineering — terminate instances, add latency, simulate AZ failure.

Visit site ↗Source ↗Health checked 9h ago
Use it when

Built-in 20+ fault actions (EC2 termination, network latency, CPU stress, API throttling, etc.)

Watch for

Only injects faults within AWS service scope

First check

CreateExperimentTemplate to define an experiment (target + action + stop condition). StartExperiment to execute.

Auth
CORS
No
HTTPS
Yes
Signup
?
Latency
11 ms
Protocol
REST
Pricing
Stars
62

Uptime · 30-day window

Probes: 1Uptime: 100%Avg latency: 11ms

GitHub activity

62JavaScriptMIT17 open issuesLast commit 110d ago
01

About this API

FIS is AWS's official chaos engineering tool. Chaos engineering's principle: "proactively inject faults into production systems to see how apps respond, find weak points, fix them". Before FIS, teams ran such drills with custom scripts (kill -9 EC2 instances, modify security groups to block networks) — dangerous and ad hoc. FIS standardizes this: define "target X, action Y, safety condition Z" in an experiment template; AWS injects faults in a controlled way when running; auto-terminates when exceeding stop conditions (e.g. error rate > 5%). Rich action library — EC2 termination/stop, API error injection, network latency, CPU/memory stress, AZ unavailability simulation. For teams seriously running production AWS workloads, periodic chaos tests are effective for surfacing latent failures.

02

What you can build

  • 1Game days (team periodically tests app resilience)
  • 2Simulate failures in CI tests
  • 3Validate disaster recovery mechanisms
  • 4Validate auto-scaling triggers properly
03

Strengths & limitations

Strengths

  • Built-in 20+ fault actions (EC2 termination, network latency, CPU stress, API throttling, etc.)
  • Safety mechanisms (auto-stop conditions)
  • CloudWatch integration for real-time monitoring

Limitations

  • Only injects faults within AWS service scope
  • Limited support for complex failure scenarios (e.g. partial network partitions)
04

Example request

Generic template — replace <endpoint> with the real path from the docs.
curl https://github.com/mermade/aws2openapi/<endpoint>
05

Getting started

CreateExperimentTemplate to define an experiment (target + action + stop condition). StartExperiment to execute.

06

FAQ

How do I ensure FIS doesn't actually break production?+

Strict stop conditions (CloudWatch alarms) + blast radius control (touch only a small portion of instances at a time) + test in staging first.

07

Technical details

CORS: NoHTTPS: YesSignup: ?Open source: Yes
Auth type
unknown
Pricing
unknown
Protocols
REST
SDKs
python, javascript, go, java
Response time
11 ms
Last health check
5/12/2026, 7:36:33 AM
08

Tags

09

More from Amazon Web Services