Sre Publish

Polar Sponsor
爱发电 赞助
.NET 9.0

AWS SRE 健康检查(集成 FinOps)—— 查询 CloudWatch、SQS 死信队列(DLQ)及 Cost Explorer,生成由 Bedrock 驱动的事件诊断报告(含上下文 Contexto、解决方案 Soluções 和后续行动建议 CTAs)……

AWS SRE 报告

功能概述

AWS SRE 报告是一项面向实际任务的技能,主要用于当用户要求 SRE 健康检查、 基础设施状态、 管道报告或 AWS 成本概览时, 激活此技能;Amazon SQS( 主队列 + De)。

核心要点

  • 它将相关步骤、工具调用和结果整理方式集中到统一流程中,帮助使用者更快完成目标并减少重复操作。
  • 使用时应结合输入条件选择合适的执行方式,核对必要参数、依赖环境与输出内容,并按原始要求处理异常情况。
  • 该技能适合需要稳定复用相关能力的场景,可作为自动化工作流的一部分,也便于后续检查、调整和扩展。

使用与执行

从功能定位来看,该技能强调把分散的操作要求整理成清晰、可复用的处理流程,使用户能够围绕既定目标快速准备输入、选择执行方式并获得结构化结果。实际使用前应先确认任务范围、数据来源、运行环境、必要权限和关键参数,再依据技能说明逐步执行;

结果检查与注意事项

若输入条件不完整,应先补齐信息或采用保守配置,避免因错误假设导致结果偏离需求。执行过程中需要关注工具调用是否成功、接口或依赖是否可用、输出格式是否符合预期,并对异常提示、缺失字段和边界情况进行处理;涉及批量任务时,还应保存进度,避免中断后重复操作。

AWS SRE 报告

当用户针对使用以下组件的栈(stack)提出 SRE 健康检查、基础设施状态、流水线报告 或 AWS 成本概览 请求时,启用此技能:

  • Amazon SQS(主队列 + 死信队列 DLQ)
  • AWS Lambda 函数
  • Amazon CloudWatch 指标
  • AWS Cost Explorer
  • Amazon Bedrock(用于 AI 诊断)
  • Telegram(用于通知)

所需凭证

变量 说明
AWS_REGION 您工作负载所在的 AWS 区域(例如:us-east-1)
TELEGRAM_BOT_TOKEN Telegram Bot API token
TELEGRAM_CHAT_ID 接收报告的 Telegram 聊天 ID
DLQ_URL 完整的 SQS 死信队列(DLQ)URL
AUDIO_QUEUE_URL 完整的 SQS 主队列 URL
LAMBDA_FUNCTIONS 以英文逗号分隔的待监控 Lambda 函数名称列表
MONTHLY_BUDGET_USD 每月 AWS 预算(单位:美元),默认值为 50
SLO_TARGET SLO 目标百分比,默认值为 99.5

必需的 AWS IAM 权限

{
  "Version": "2012-10-17",
  "Statement": [
    {
      "Effect": "Allow",
      "Action": ["cloudwatch:GetMetricStatistics", "cloudwatch:ListMetrics"],
      "Resource": "*"
    },
    {
      "Effect": "Allow",
      "Action": ["sqs:GetQueueAttributes", "sqs:ReceiveMessage"],
      "Resource": ""
    },
    {
      "Effect": "Allow",
      "Action": ["ce:GetCostAndUsage"],
      "Resource": "*"
    },
    {
      "Effect": "Allow",
      "Action": ["bedrock:InvokeModel"],
      "Resource": [
        "arn:aws:bedrock:*::foundation-model/anthropic.*",
        "arn:aws:bedrock:*:*:inference-profile/*"
      ]
    }
  ]
}

执行步骤

1 — 导入并配置 reporter

import { SreReporter } from "openclaw-aws-sre-report";

const reporter = new SreReporter({
  region:           process.env.AWS_REGION!,
  telegramBotToken: process.env.TELEGRAM_BOT_TOKEN!,
  telegramChatId:   process.env.TELEGRAM_CHAT_ID!,
  dlqUrl:           process.env.DLQ_URL!,
  audioQueueUrl:    process.env.AUDIO_QUEUE_URL!,
  lambdaFunctions:  process.env.LAMBDA_FUNCTIONS!.split(","),
  monthlyBudgetUsd: parseFloat(process.env.MONTHLY_BUDGET_USD ?? "50"),
  sloTarget:        parseFloat(process.env.SLO_TARGET ?? "99.5"),
});

2 — 运行报告

const report = await reporter.run();

console.log(`SLO: ${report.sloValue.toFixed(1)}%`);
console.log(`DLQ: ${report.dlqCount} 条消息`);
console.log(`Lambda 错误(24 小时内): ${report.lambdaErrors}`);
console.log(`AWS 昨日花费: $${report.costs?.yesterday.toFixed(2) ?? "N/A"}`);

if (report.incident) {
  console.log("\n🔴 检测到事件:");
  console.log("Contexto:", report.incident.contexto);
  console.log("CTAs:", report.incident.ctas);
}

3 — Telegram 报告示例

健康流水线:

📊 AWS SRE 报告

🔋 流水线(24 小时)
  已处理: 47   DLQ: 0 ✅
  Lambda 错误: 0 ✅

📈 SLO
  可用性: 100.0% ✅(目标 99.5%)
  预算消耗: 0.0%

💰 FinOps(2026-04-12)
  AWS 总计: $2.14
  ├ Fargate/ECS: $1.68(79%)
  └ Bedrock: $0.28(13%)
  单条成本: $0.0455
  本月累计(MTD): $21.40 / $50(43%)✅

检测到事件时:

🔴 检测到事件

Context
3 条 DLQ 消息表明流水线中存在验证错误,
该问题自昨日 14:00 UTC 起开始出现。DLQ 样本显示为 ZodError —— 很可能源于边缘场景下的非法载荷。

Findings
  ✓ 已读取 DLQ 样本:字段 "target" 上发生 ZodError(不允许为 null)

Next Actions
  1. 尾随 ECS 日志:aws logs tail /ecs/my-worker --follow --region us-east-1
  2. 检查 DLQ:aws sqs receive-message --queue-url  --region us-east-1
  3. 修复后重驱动:aws sqs start-message-move-task --source-queue-url  --destination-queue-url 

必须执行的操作(MUST DO)

  • 即使 Cost Explorer 或 Bedrock 调用失败,也必须将报告发送至 Telegram;对不可用数据统一使用 "N/A"
  • 切勿删除 DLQ 中的消息 —— ReceiveMessage 仅用于只读预览
  • 在构建 Telegram 消息前,需对所有动态值中的 MarkdownV2 特殊字符进行转义
  • 无论您的工作负载位于哪个区域,Cost Explorer 的端点一律使用 us-east-1(AWS 强制要求)

禁止执行的操作(MUST NOT DO)

  • 若 Cost Explorer 返回空数据,不得中止流程 —— 24 小时延迟属正常现象,请优雅跳过 FinOps 区块
  • 不得自动清空或重驱动 DLQ 消息 —— 所有相关操作必须作为运维人员可执行的 CTAs 显式呈现
  • 不得硬编码任何 AWS 账户 ID、ARN 或资源名称

致谢

由 @vieiradiego 开发 —— 以开源形式回馈社区。
MIT License。

相关专题

更多
Postman身份认证怎么配置
Postman身份认证怎么配置

本专题从实际API接口调试场景出发,讲解Postman身份认证的完整配置流程,包括常见认证协议介绍、授权参数设置、访问令牌填写、OAuth 2.0授权及认证失败排查,帮助用户正确完成接口授权与访问验证。

2026.11.06

0

12

Postman请求头Headers怎么设置
Postman请求头Headers怎么设置

围绕Postman HTTP请求头配置展开,讲解Headers选项的具体使用方式,包括Key和Value参数填写、请求头信息添加、常见Header字段设置及请求头修改方法,帮助用户解决接口调试过程中遇到的请求头配置问题。

2026.11.06

0

13

Postman接口请求发送教程
Postman接口请求发送教程

详细介绍Postman接口请求的创建与发送方法,涵盖GET和POST请求、URL配置、请求参数、Headers请求头、Body请求体设置以及响应结果查看,帮助用户掌握Postman接口请求的完整操作流程。

2026.11.06

0

10

DBeaver怎么导入数据
DBeaver怎么导入数据

DBeaver数据导入专题,整理Excel、CSV、SQL、TXT等常见文件的数据导入方法,涵盖目标数据库选择、数据表创建、字段映射、数据类型设置及导入参数配置等操作,帮助用户将本地文件中的数据写入数据库,并了解批量导入、重复数据处理和导入失败等常见问题的解决方法。

2026.11.05

0

12

DBeaver安全防护教程大全
DBeaver安全防护教程大全

DBeaver安全防护专题,围绕数据库连接安全、账号密码保护和访问权限管理展开,整理SSL/TLS加密连接、SSH隧道、数据库凭据保存及证书验证等配置方法,同时介绍敏感信息保护、远程连接风险和高权限账号使用等注意事项,帮助用户提高数据库日常管理的安全性。

2026.11.05

0

12

DBeaver连接创建与配置教程
DBeaver连接创建与配置教程

本专题聚焦DBeaver数据库连接配置与管理,覆盖从新建连接、选择数据库类型到填写连接参数和验证连接的完整流程。针对MySQL、PostgreSQL、SQL Server等常见数据库,整理相应的连接设置方法,并提供驱动缺失、认证失败和连接异常等问题的排查方向。

2026.11.04

0

16

XORM框架结构体映射与表结构同步
XORM框架结构体映射与表结构同步

本专题围绕XORM框架的结构体映射展开,说明表名与字段的命名策略、xorm标签常用属性、主键自增与时间字段自动填充,并演示Sync2自动建表、增量字段升级、索引声明与反向生成结构体的完整流程。

2026.11.04

0

15

XORM框架安装配置与数据库连接
XORM框架安装配置与数据库连接

本专题聚焦XORM框架的配置与连接环节,拆解MySQL、PostgreSQL、SQLite、SQL Server的DSN写法与驱动选择,讲清连接池参数、多数据源拆分、读写分离与超时重连的处理方式,并补充容器与兼容数据库的适配经验。

2026.11.04

0

15

XORM框架安装配置与数据库连接
XORM框架安装配置与数据库连接

本专题聚焦XORM框架的配置与连接环节,拆解MySQL、PostgreSQL、SQLite、SQL Server的DSN写法与驱动选择,讲清连接池参数、多数据源拆分、读写分离与超时重连的处理方式,并补充容器与兼容数据库的适配经验。

2026.11.04

0

16

热门下载

更多
网站特效
/
网站源码
/
网站素材
/
前端模板

精品课程

更多
热门推荐
/
最新课程
phpStudy极速入门视频教程
phpStudy极速入门视频教程

共6课时 | 54.7万人学习

独孤九贱(4)_PHP视频教程
独孤九贱(4)_PHP视频教程

共89课时 | 134.1万人学习