如何使用AWS Go SDK结合Cognito实现认证授权及相关疑问

1. 如何选择 cognitoidentityprovider 和 cognitoidentity？ #

• cognitoidentityprovider：核心负责用户池管理、用户生命周期操作（注册、登录、信息修改）以及认证流程处理（Token生成、验证），是实现用户认证与授权的核心服务。
• cognitoidentity：专注于身份池（Identity Pool）管理，作用是将Cognito用户池身份或第三方身份（如Google、Facebook）映射为临时AWS IAM凭证，让用户能直接访问AWS云服务（如S3、DynamoDB）。
• 选择建议：如果你的需求是用户认证、账号管理、权限控制，优先用cognitoidentityprovider；若需让认证后的用户直接访问AWS资源，再搭配cognitoidentity使用。

2. 为什么 cognitoidentity 没有创建用户池的功能？aws-sdk-go 创建用户池和CDK有什么区别？ #

• 功能归属差异：用户池（User Pool）属于用户身份管理范畴，是cognitoidentityprovider的核心资源；身份池（Identity Pool）是cognitoidentity的核心资源，两者服务定位完全不同，因此cognitoidentity不会提供用户池相关的创建/管理接口。
• 关于SDK支持：JavaScript SDK（aws-sdk-js）其实支持创建用户池，只是日常中Terraform、CloudFormation这类IaC工具更适合批量、自动化创建基础设施资源，而SDK更多用于动态场景（比如业务系统中按需创建用户池的特殊需求）。
• 和AWS CDK for Golang的区别：
  • AWS CDK是基础设施即代码（IaC）框架，用代码声明式定义资源，最终生成CloudFormation模板部署，适合管理长期存在的基础设施，支持版本化、批量部署。
  • aws-sdk-go是AWS API的直接封装，通过命令式调用即时创建/修改资源，适合业务逻辑中动态操作资源的场景，比如应用运行时按需创建用户池。

3. 应该选择 aws-sdk-go 还是 aws-sdk-go-v2？ #

• aws-sdk-go-v2是AWS官方推荐的新版本SDK，相比v1有这些优势：
  • 模块化设计：按需引入依赖，减少包体积。
  • 性能优化：更低的内存占用和更快的执行速度。
  • 原生支持Go的context上下文，便于实现超时、取消等控制。
  • 新功能、新服务的支持会优先在v2中更新。
• 选择建议：新项目直接用v2；若维护老项目，v1目前仍处于维护状态，但建议逐步迁移到v2。

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