Amplify CLI 中 Lambda 访问 DynamoDB 关联表的权限配置指南
背景介绍
在使用 AWS Amplify 开发应用时,开发者经常会遇到需要从 Lambda 函数访问 DynamoDB 关联表的情况。关联表(也称为连接表或关系表)是 Amplify 自动生成的用于处理多对多关系的 DynamoDB 表。然而,默认情况下,通过 Amplify CLI 创建 Lambda 函数时,无法直接选择这些关联表进行权限配置。
问题分析
当开发者尝试通过 CLI 为 Lambda 函数配置存储权限时,关联表不会出现在可选列表中。这导致 Lambda 函数无法直接访问这些表,即使开发者知道表名并尝试通过代码访问,也会遇到权限不足的错误。
解决方案
1. 使用 custom-policies.json 文件
Amplify 提供了通过 custom-policies.json 文件为 Lambda 函数添加自定义 IAM 权限的能力。该文件应放置在函数目录下(amplify/backend/function/<function-name>/)。
2. 配置示例
以下是一个典型的 custom-policies.json 配置示例,允许 Lambda 函数对关联表执行查询和扫描操作:
[
{
"Action": [
"dynamodb:Query",
"dynamodb:Scan"
],
"Effect": "Allow",
"Resource": [
"arn:aws:dynamodb:*:*:table/ClientProfiles-*-${env}"
]
}
]
3. 动态环境变量
注意示例中使用了 ${env} 占位符,Amplify 会自动将其替换为当前环境名称。这种动态引用方式确保了权限配置在不同环境(如开发、测试、生产)中的正确性。
实施建议
-
明确表名模式:关联表通常遵循
<Model1><Model2>-<env>的命名模式,开发者需要了解这个命名规则。 -
最小权限原则:只授予 Lambda 函数执行必要操作所需的最小权限,如示例中仅允许 Query 和 Scan 操作。
-
多环境支持:使用
${env}变量确保权限配置在不同环境中都能正确工作。 -
部署验证:修改权限配置后,务必重新部署并测试 Lambda 函数以确保权限生效。
总结
通过 custom-policies.json 文件为 Lambda 函数添加自定义 IAM 权限是解决关联表访问问题的有效方法。开发者需要理解 DynamoDB 关联表的命名规则,并遵循 AWS 的安全最佳实践来配置权限。这种方法不仅适用于关联表,也可以用于其他需要自定义权限的场景。
Kimi-K2.5Kimi K2.5 是一款开源的原生多模态智能体模型,它在 Kimi-K2-Base 的基础上,通过对约 15 万亿混合视觉和文本 tokens 进行持续预训练构建而成。该模型将视觉与语言理解、高级智能体能力、即时模式与思考模式,以及对话式与智能体范式无缝融合。Python00
GLM-4.7-FlashGLM-4.7-Flash 是一款 30B-A3B MoE 模型。作为 30B 级别中的佼佼者,GLM-4.7-Flash 为追求性能与效率平衡的轻量化部署提供了全新选择。Jinja00
VLOOKVLOOK™ 是优雅好用的 Typora/Markdown 主题包和增强插件。 VLOOK™ is an elegant and practical THEME PACKAGE × ENHANCEMENT PLUGIN for Typora/Markdown.Less00
idea-claude-code-gui一个功能强大的 IntelliJ IDEA 插件,为开发者提供 Claude Code 和 OpenAI Codex 双 AI 工具的可视化操作界面,让 AI 辅助编程变得更加高效和直观。Java01
KuiklyUI基于KMP技术的高性能、全平台开发框架,具备统一代码库、极致易用性和动态灵活性。 Provide a high-performance, full-platform development framework with unified codebase, ultimate ease of use, and dynamic flexibility. 注意:本仓库为Github仓库镜像,PR或Issue请移步至Github发起,感谢支持!Kotlin07
compass-metrics-modelMetrics model project for the OSS CompassPython00