AWS FIFO SQS 重复数据删除 ID 如何工作？
How does AWS FIFO SQS deduplication ID work?
我正在尝试将 AWS SQS FIFO 服务与 Elastic Beanstalk 工作环境结合使用。
假设我用 MessageDeduplicationId test 发送一条消息，如果我在接下来的 5 分钟内继续发送这条确切的消息，该消息将被忽略，对吗？
如果我发送带有 MessageDeduplicationId test 的消息，消费者处理消息并将其删除，然后在大约 1 分钟后，我再次发送完全相同的消息，会发生什么情况。此消息会被忽略吗？
我的问题是，只要相同的 MessageDeduplicationId 仍在 queue/flight 中，重复数据删除就会发生吗？ 还是 id 横幅永远存在，没有其他可以发送相同id的消息。
谢谢。
I continue sending this exact messages in the next 5 minutes, the message will be ignored, correct?
正确。但是，如果超过 5 分钟，它将再次被接受并再次发送，然后再忽略 5 分钟。
如果我使用 MessageDeduplicationId test 发送消息，消费者处理消息并将其删除，然后在大约 1 分钟后，我再次发送完全相同的消息，会发生什么情况。此消息会被忽略吗？
答案似乎是：是
Amazon SQS continues to keep track of the message deduplication ID even after the message is received and deleted.
我正在尝试将 AWS SQS FIFO 服务与 Elastic Beanstalk 工作环境结合使用。
假设我用 MessageDeduplicationId test 发送一条消息，如果我在接下来的 5 分钟内继续发送这条确切的消息，该消息将被忽略，对吗？
如果我发送带有 MessageDeduplicationId test 的消息，消费者处理消息并将其删除，然后在大约 1 分钟后，我再次发送完全相同的消息，会发生什么情况。此消息会被忽略吗？
我的问题是，只要相同的 MessageDeduplicationId 仍在 queue/flight 中，重复数据删除就会发生吗？ 还是 id 横幅永远存在，没有其他可以发送相同id的消息。
谢谢。
I continue sending this exact messages in the next 5 minutes, the message will be ignored, correct?
正确。但是，如果超过 5 分钟，它将再次被接受并再次发送，然后再忽略 5 分钟。
如果我使用 MessageDeduplicationId test 发送消息，消费者处理消息并将其删除，然后在大约 1 分钟后，我再次发送完全相同的消息，会发生什么情况。此消息会被忽略吗？
答案似乎是：是
Amazon SQS continues to keep track of the message deduplication ID even after the message is received and deleted.