Amazon web services 有没有办法使用AWS服务维护一个随时可用的预填充随机id（UUID）列表？

一段代码生成UUID。另一段在AWS Lambda中运行的代码需要使用少量（比如5个）随机UUID，而这些UUID是已经生成的。请提供任何建议或建议？

您需要为此使用某种持久性存储，例如存储生成的UUID以及它们的状态已使用/未使用。

---

AWS DynamoDB是一个很好的选择，因为它与AWS Lambda集成良好。您可以

您需要为此使用某种持久性存储，比如存储生成的UUID，然后存储它们的状态used/unused。

---

AWS DynamoDB是一个很好的选择，因为它与AWS Lambda集成良好。您可以

一个选项是，最初生成UUID并将项目插入DynamoDB的流程也可以将每个UUID发送到SQS队列。这将允许使用者应用程序对UUID进行分类和处理。使用者将处理其一批UUID，然后将它们从SQS队列中删除。当使用者正在处理其一批UUID时，其他任何SQS使用者都看不到这些UUID，因此您不会看到多个使用者在处理相同的UUID。

一个选项是，最初生成UUID并将项目插入DynamoDB的进程也会将每个UUID发送到SQS队列。这将允许使用者应用程序对UUID进行分类和处理。使用者将处理其一批UUID，然后将它们从SQS队列中删除。当使用者正在处理其一批UUID时，任何其他SQS使用者都看不到这些UUID，因此您不会看到多个使用者在处理相同的UUID。

目前，我使用的解决方案将在我找到优化方法后更新

在RDS关系数据库中创建了一个只有一列和 使用它只存储DynamoDB中存储的实际对象的id。 从RDS表中提取随机记录的SQL查询非常简单 与使用队列和应用逻辑相比，成本太低 到队列以保持随机化

---

到目前为止，我使用的解决方案将在我找到优化方法后更新

在RDS关系数据库中创建了一个只有一列和 使用它只存储DynamoDB中存储的实际对象的id。 从RDS表中提取随机记录的SQL查询非常简单 与使用队列和应用逻辑相比，成本太低 到队列以保持随机化

---

您提前创建UUID，而不是简单地按需创建UUID，这有什么特别的原因吗？@jarmod我试图解决的问题是：有一段代码在DynamoDb表中生成以UUID为键的行。另一段代码需要以10个批次随机抽取记录，并且抽取重复记录的可能性非常小。谢谢您提前创建UUID，而不是简单地按需创建UUID，这有什么特别的原因吗？@jarmod我试图解决的问题是：有一段代码在DynamoDb表中生成以UUID为键的行。另一段代码需要以10个批次随机抽取记录，并且抽取重复记录的可能性非常小。谢谢这应该是一个永无止境的列表，我可以通过将消息重新插入队列来处理它。用例需要从该列表中选择一些随机id，以便通过任意数量的线程/lambda请求一次又一次地从队列中获取这些记录。好的，所以SQS不会提供您想要的随机访问模式。可能有助于分享更多关于你的应用正在做什么以及为什么需要此访问模式的信息。该应用需要以随机顺序呈现UI上的记录，并且许多用户将以随机顺序访问此数据。这将是一个永无止境的列表，我可以通过将消息重新插入队列来处理。用例需要从该列表中选择一些随机id，以便通过任意数量的线程/lambda请求一次又一次地从队列中获取这些记录。好的，所以SQS不会提供您想要的随机访问模式。可能有助于共享有关应用程序正在执行的操作以及为什么需要此访问模式的更多信息。应用程序需要以随机顺序呈现UI上的记录，并且许多用户将以随机顺序访问此数据。无法标记已使用/未使用状态，因为并行运行的多个实例需要反复使用这些id。这是一份永不枯竭的清单。因此，在上述解决方案中，我可能会拉取所有记录，然后逻辑选择随机元素。无法标记状态已使用/未使用，因为这些id需要由多个并行运行的实例反复使用。这是一份永不枯竭的清单。所以在上面的解决方案中，我可能会拉取所有记录，然后逻辑选择随机元素。