AWS Lambda调用DynamoDB报ResourceNotFoundException问题求助

异常原因推测 #

你遇到的无代码变更情况下，DynamoDB资源无法找到且自行恢复的问题，大概率是以下AWS内部偶发问题导致：

• 区域级服务临时故障：DynamoDB控制平面或数据平面的某个可用区出现短暂故障，导致资源识别请求失败，AWS的自动故障转移机制会在一段时间内恢复服务。
• 元数据同步延迟：DynamoDB表的元数据（如存在性、属性信息）在AWS内部不同节点间同步出现延迟，虽然表实际存在，但Lambda请求到达的节点尚未同步到最新元数据，同步完成后自动恢复。
• IAM权限临时同步异常：即使IAM角色权限配置正确，也可能出现权限策略同步延迟，导致Lambda临时无法获取访问DynamoDB的权限，这种情况通常会在数分钟内自动修复。
• 内部网络波动：Lambda与DynamoDB之间的AWS内部网络出现短暂阻塞或丢包，导致请求无法正常交互，网络恢复后功能回归正常。

避免此类问题的措施 #

1. 添加重试机制 #

对DynamoDB的API调用添加指数退避重试，应对临时故障。可以利用boto3内置的重试配置：

from botocore.config import Config

# 配置重试策略：最多5次尝试，使用标准指数退避
config = Config(
    retries = {
        'max_attempts': 5,
        'mode': 'standard'
    }
)

dynamodbtable = boto3.resource('dynamodb', config=config)
table = dynamodbtable.Table('customer')
table.put_item(Item=data_inDictionary)

2. 显式指定区域 #

确保代码中显式指定与DynamoDB表一致的区域，避免依赖默认区域配置可能带来的不一致：

# 初始化session时指定目标区域
session = boto3.session.Session(region_name='你的表所在区域')
s3_client = session.client('s3')
# DynamoDB资源复用同区域session
dynamodbtable = session.resource('dynamodb')

3. 完善监控与告警 #

• 在CloudWatch中创建告警，监控DynamoDB的ResourceNotFoundException错误计数，以及Lambda的错误指标，异常触发时及时通知。
• 出现问题时优先查看AWS服务状态面板，确认对应区域的DynamoDB服务是否存在故障。

4. 代码健壮性优化 #

• 修复测试代码语法错误：你的测试代码dbclient = boto3.session('dynamodb')写法有误，正确实现应为：

session = boto3.session.Session()
dbclient = session.client('dynamodb')
response = dbclient.describe_table(TableName='USBCallCenterTable')
print(response)

• 调整Lambda事件处理逻辑：当前代码遍历event['Records']后，bucket_name和key_name会被最后一条记录覆盖，若S3事件包含多条记录，会导致只处理最后一个文件，建议将文件处理逻辑移入循环内。

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