假设我有一个Web应用程序应用程序，并使用aws cognito users-pool来管理我的用户。还假设一些用户只是“客人”，有些是“常规”付费计划，有些则属于“高级”付费计划。
存储用户计划信息的最佳位置在哪里？将它存储为Cognito用户属性或某些键：值DB（例如Dynamodb）是否更好？
我应该如何根据他的计划控制用户可以做什么？我应该根据他对服务器发出的每个http请求，在Cognito用户池/ DB中根据他的“计划类型”值检查用户ID吗？是否有更便宜（资源明智）的方法来实现这一目标？
由于
答案 0 :(得分：0)
如果您的应用程序是单租户，并且您仅将特定用户池用于此应用程序，则可以将“计划”存储在自定义属性中。
如果您为多个应用程序使用相同的用户池，或者为单个用户提供具有不同“计划”的多租户，则难以管理。
要存储计划，您可以使用Dynamodb或Cognito Sync Storage。