AWS Fault Injection Simulator

正常开源cloud Amazon Web Services★62· JavaScript· MIT

AWS Fault Injection Simulator (FIS) API 主动给 AWS 资源注入故障做混沌工程：终止实例、增加延迟、模拟 AZ 失败。

访问站点 ↗源码 ↗健康巡检 13 小时前

适合什么时候用

内置 20+ 故障 action（EC2 终止、网络延迟、CPU 压测、API 限速等）

先注意什么

只能注入 AWS 服务范围内的故障

第一步先查

CreateExperimentTemplate 定义实验（target + action + stop condition）。StartExperiment 执行。

认证

—

CORS

不支持

HTTPS

是

延迟

44 ms

协议

REST

计费

—

Stars

可用率 · 30 天窗口

巡检: 30可用率: 100%平均延迟: 49ms

GitHub 活跃度

★ 62JavaScriptMIT17 未关闭 issue上次提交 155 天前

关于这个 API

FIS 是 AWS 的官方混沌工程工具。混沌工程的理念是「主动给生产系统注入故障，看应用如何应对，找出脆弱点修复」。在 FIS 之前，团队要做这种演练需要自己写脚本（kill -9 EC2 实例、修改 security group 阻断网络等）——危险且不规范。FIS 把这些标准化：通过 experiment template 定义「target 是 X、action 是 Y、安全条件是 Z」，运行 experiment 时 AWS 受控地注入故障，超出 stop condition（如错误率 > 5%）自动终止。提供的 action 很丰富——EC2 实例终止/停止、API 错误注入、网络延迟、CPU/内存压测、模拟 AZ 不可用等。对严肃运维生产 AWS 工作负载的团队，定期 chaos test 是发现潜在故障的有效手段。

你可以做什么

1Game day 演练（团队定期测应用韧性）
2在 CI 测试中模拟故障
3验证 disaster recovery 机制
4验证 auto-scaling 触发正常

优劣对比

优点

内置 20+ 故障 action（EC2 终止、网络延迟、CPU 压测、API 限速等）
安全机制（自动停止条件 stop condition）
和 CloudWatch 集成做实时监控

注意事项

只能注入 AWS 服务范围内的故障
复杂故障场景（如部分网络分区）支持有限

快速开始

CreateExperimentTemplate 定义实验（target + action + stop condition）。StartExperiment 执行。

常见问题

怎么保证 FIS 不会真的搞挂生产？+

严格用 stop condition（CloudWatch alarm）+ blast radius 控制（一次只动一小部分实例）+ 先在 staging 跑通。

技术细节

CORS: NoHTTPS: Yes注册: ?开源: Yes

认证方式: unknown
计费: unknown
协议: REST
SDK: python, javascript, go, java
响应时间: 44 ms
上次巡检: 2026/6/26 06:22:16

AWS Fault Injection Simulator

AWS Fault Injection Simulator

可用率 · 30 天窗口

GitHub 活跃度

关于这个 API

你可以做什么

优劣对比

优点

注意事项

快速开始

常见问题

技术细节

标签

更多来自 Amazon Web Services 的 API

可用率 · 30 天窗口

GitHub 活跃度

关于这个 API

你可以做什么

优劣对比

优点

注意事项

快速开始

常见问题

技术细节

标签

更多来自 Amazon Web Services 的 API

相关 API