仅用AWS基础设施代码实现事件驱动的记录更新与删除可行吗？

结论：仅用你提到的EventBridge、Glue、Step Functions、Kinesis Firehose这类无服务器托管组件（不含Lambda或自定义服务器代码），仅部分场景能实现选择性更新/删除托管数据库记录，具体取决于数据库类型和组件组合

一、分数据库类型的实现情况 #

1. DynamoDB #

• 完全可行：Step Functions支持直接集成DynamoDB的UpdateItem、DeleteItem API，不需要Lambda。只要在状态机里配置对应的DynamoDB任务，就能基于事件中的匹配条件（比如主键值）精准更新或删除指定记录。
• 事件触发链路：EventBridge规则可以直接触发Step Functions状态机，把事件内容传递给状态机，由状态机执行DynamoDB的更新/删除操作。

2. RDS #

• 几乎不可行：你提到的组件都没有直接执行RDS SQL语句的集成能力。Glue虽然能连接RDS做ETL，但它是批量处理模式，没法基于单条事件触发精准的行级更新/删除，没有Lambda的话也没法编写自定义SQL逻辑来匹配并修改记录。
• 特殊例外：如果是RDS关联的S3外部表，Glue可以通过替换S3上的文件间接更新外部表，但这不是直接操作RDS本地记录，也做不到精准的单条删除/更新。

3. S3 Table（Athena外部表） #

• 无法实现行级更新/删除：S3是对象存储，本身不支持行级操作，Athena外部表依赖S3文件，只能通过重写整个文件来修改数据。Glue可以做这种批量重写，但不适合事件驱动的单条记录处理场景，效率极低，还会产生大量冗余文件。

二、可行的组件组合示例（以DynamoDB为例） #

1. 事件源（比如S3对象上传、第三方系统事件）触发EventBridge规则
2. EventBridge将事件中的关键数据（比如要修改的记录主键）传递给Step Functions状态机
3. 状态机中配置DynamoDB的UpdateItem或DeleteItem任务，用事件中的主键作为匹配条件，执行对应的更新或删除操作

三、核心局限性 #

• 除了DynamoDB，其他主流托管数据库（RDS、S3 Athena表）都没法用你指定的组件实现事件驱动的精准更新/删除，必须依赖Lambda或自定义服务器代码来处理SQL逻辑或文件操作
• Glue的定位是批量ETL工具，不适合低延迟的事件驱动场景，仅能做周期性的数据重写，无法响应单条事件做精准修改

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