如何让AWS Canary直接将日志写入RDS MySQL而非S3存储桶？

方案1：修改Canary自定义脚本直接写入（优先推荐） #

这是最直接的路径，完全跳过中间存储环节：

• 给Canary执行角色添加RDS访问权限：包括rds-db:connect权限，以及对应MySQL数据库的读写权限；如果用Secrets Manager存数据库账号密码，还要给角色添加读取Secret的权限
• 在Canary的Node.js/Python脚本中集成MySQL客户端库：比如Node.js用mysql2，Python用pymysql
• 脚本里处理数据库连接：从Secrets Manager拉取账号密码，建立连接后，将Canary运行结果（响应时间、状态码、可用性状态、运行时间等）组装成INSERT语句写入指定表
• 补充容错逻辑：添加连接超时重试、写入失败捕获，避免单次运行失败导致数据丢失
• 网络配置：如果RDS在VPC内，需要把Canary配置到同一个VPC的私有子网，确保网络连通

方案2：通过CloudWatch Events触发Lambda写入（解耦场景） #

如果不想在Canary脚本里嵌入数据库逻辑，可以用CloudWatch Events直接捕获Canary运行事件，触发Lambda写入RDS：

• 配置CloudWatch Events规则：匹配aws.canary事件源，事件类型选择CanaryRunStateChange，指定目标为Lambda函数
• 给Lambda角色配置权限：读取Canary事件数据的权限，以及RDS的写入权限
• 在Lambda函数中解析事件 payload 里的Canary运行数据，直接执行INSERT操作写入MySQL

对比S3触发的方式，这个路径更短（Canary → CloudWatch Events → Lambda → RDS），减少了中间存储环节的延迟和复杂度

方案3：Kinesis Data Firehose批量写入（高吞吐量场景） #

如果有大量Canary实例或者高频运行需求，用Firehose做批量写入能降低RDS压力：

• 在Canary脚本中把运行结果发送到Kinesis Data Firehose流
• 配置Firehose的目标为RDS MySQL，开启批量插入、自动重试和错误处理
• 这种方式适合高吞吐量场景，能自动聚合数据批量写入，减少RDS的连接开销

方案优先级 #

优先选择方案1，架构最简洁、延迟最低；如果需要解耦Canary和数据库逻辑，选方案2；高吞吐量场景下用方案3

内容的提问来源于stack exchange，提问作者JohnFx