Self-Healing AWS Agent

这是什么？适合谁？

Self-Healing AWS Agent（sriram-um/self-healing-aws-agent）是一个Bedrock 上的自主 AWS 事故修复：Amazon Bedrock 上的自主 AWS 事故修复：Agent 判断是否对告警采取行动并执行修复。

核心价值：Amazon Bedrock 上的自主 AWS 事故修复，Agent 判断是否对告警采取行动并执行修复，MIT，云运维自愈方向的代表性实现。

适合人群：

• 做 AWS 云运维的工程师
• 研究自主事故修复的团队
• 关注 AI 运维（AIOps）的人

使用前提：AWS 账号与 Bedrock 访问权限

准备工作

1. 安装：克隆仓库并按 README 配置 AWS 权限
2. 环境：AWS + Bedrock + 告警源
3. 准备：准备可测试的告警与最小 IAM 权限
4. 成本：MIT 开源免费；AWS/Bedrock 费用另计
5. 时间：配置 + 跑通一个自愈流程约 2 小时

快速上手（3 步）

第一步：克隆配置

git clone https://github.com/sriram-um/self-healing-aws-agent

获取自愈 Agent 代码。

第二步：配置权限

# 配置最小 IAM 权限与 Bedrock

配置 Bedrock 与修复所需的最小 IAM 权限。

第三步：运行自愈

# 触发告警并让 Agent 判断与修复

让 Agent 对告警判断并执行修复。

成功判定：Agent 对一个测试告警做出判断并执行一次安全的自愈修复。

初级用法

告警判断

Agent 判断是否对告警行动。

事故修复

执行 AWS 资源修复。

自动运维

自主处理常见事故。

高级玩法

最小权限

用最小 IAM 约束修复范围。

人工审批

高风险操作加人工审批。

修复回滚

记录修复以便回滚。

小技巧

1. 务必用最小 IAM 权限
2. 先在测试环境验证自愈
3. 高风险操作加人工确认
4. 记录每次修复以便审计
5. 监控 Bedrock 成本

常见踩坑

踩坑 1：权限过大

• 现象：误改生产资源
• 原因：IAM 过宽
• 解决：最小权限原则

踩坑 2：误判告警

• 现象：错误修复
• 原因：判断不准确
• 解决：加置信度与人工确认

踩坑 3：修复不可回滚

• 现象：无法撤销
• 原因：未记录操作
• 解决：记录并支持回滚

踩坑 4：成本失控

• 现象：Bedrock 费用高
• 原因：频繁调用
• 解决：缓存与限流

踩坑 5：项目较新

• 现象：功能有限
• 原因：2026-08 新建
• 解决：以 README 为准

常见问题 FAQ

Q1: 它能自动修 AWS 吗？

A: 在 Bedrock 上判断告警并执行修复。

Q2: 免费吗？

A: MIT 开源，AWS/Bedrock 另计。

Q3: 安全吗？

A: 需最小 IAM 权限与人工审批。

Q4: 支持哪些事故？

A: 以 README 为准。

Q5: 适合生产吗？

A: 建议先测试环境验证。

进阶学习建议

掌握基础后，建议深入：

1. 研究 AIOps 与自主修复的安全边界
2. 探索最小权限与人工审批结合
3. 对比其他云自愈方案

参考链接

• 官方仓库

最后更新：2026-09-02 · 作者：MagicNetWorld · 基于公开资料整理，关键数据经 GitHub API 独立实测核验，AI 辅助生成