如何在Azure服务器本地使用DynamoDB避免产生AWS计费指标？

Hey，我之前也踩过这个坑——本地跑DynamoDB模拟实例，结果因为SDK配置没到位，请求跑到了AWS公有云的us-west-2区域，硬生生产生了额外账单。下面给你一步步梳理解决办法：

1. 先把代码的核心配置改对（最关键） #

问题根源是你的代码没有指定本地DynamoDB的端点，导致AWS SDK默认把请求发往了us-west-2的公有云DynamoDB服务。不管你用什么语言的SDK，都要显式指定本地端点：

举个Python boto3的例子：

import boto3
# 重点是加上endpoint_url指向本地模拟服务
dynamodb = boto3.resource(
    'dynamodb',
    region_name='us-west-2',  # 这个可以保留，不影响本地调用
    endpoint_url='http://localhost:8000'  # 本地DynamoDB默认端口是8000，根据你的实际端口调整
)

其他语言比如Java、Node.js同理，一定要在客户端初始化时指定本地端点，这样所有请求都会留在本地，不会触达AWS公有云。

2. 清理AWS端的计费触发源 #

登录AWS控制台，检查以下几个地方，停止不必要的计费项：

• CloudWatch指标与告警：进入CloudWatch → 指标 → 选择DynamoDB分类（us-west-2区域），如果看到对应你本地表的指标（或者陌生的表指标），检查是否有自定义告警或持续的指标收集任务，直接删除或禁用它们。
• 意外创建的真实DynamoDB表：进入DynamoDB控制台，切换到us-west-2区域，看看有没有代码误创建的真实表——如果有，立即删除（删除前确认没有重要数据）。
• 关联服务资源：检查us-west-2区域是否有Lambda、ECS等服务在意外调用DynamoDB，停止或删除这些不必要的资源。

3. 验证计费是否停止 #

改完代码和清理AWS资源后，做两个验证：

• 运行本地服务，同时打开AWS账单控制台，监控us-west-2区域的实时费用，确认没有新的计费产生。
• 去CloudWatch的指标页面，查看最近1小时的DynamoDB指标，确认没有新的指标数据上报。

附AWS控制台计费指标截图 #

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