zlacker

[return to "On SQS"]
1. cyberf+2b[view] [source] 2019-05-27 09:02:28
>>mpweih+(OP)
We've used SQS with great results (and reliability) for many years now, but I am interested to hear the author talking about 'replaying queues' to replicate faults. I never realised you could do this with SQS. Or can you? I thought once a queue item was processed and deleted, that was it, it was gone forever, but perhaps you can see historical queue data somewhere? (without having to store it yourself)
◧◩
2. hexene+yj[view] [source] 2019-05-27 10:55:46
>>cyberf+2b
Possibly this: https://docs.aws.amazon.com/AWSSimpleQueueService/latest/SQS...
◧◩◪
3. cyberf+Dp[view] [source] 2019-05-27 12:10:08
>>hexene+yj
We actually already use the DeadLetterQueues in our service at the moment, but these are when failed SQS deliveries happen, then they get replicated to the DLQ.

I am more interested in diagnosing successful SQS deliveries after the fact, to see what the payloads were in case there was a downstream problem.

It seems that SQS deliveries that don't get a 200 response from our service go to the DLQ, but those that get a successful 200 disappear into the ether.

[go to top]