News for hackers. Stuff that matters.
Re:Ask HN: Has anyone fully embraced an event-driven archite... by sideway on Tuesday August 03, 2021 @03:57AM (#28046723)
Thanks for your answer, it really helps.

Does moving the DLQ messages back to the normal queue mean that all consumers can deal with out-of-order scenarios?

Re:Ask HN: Has anyone fully embraced an event-driven archite... by tjungblut on Tuesday August 03, 2021 @04:01AM (#28046741)
if you're using a queue like SQS and expect it to be ordered and exactly-once, you're in for a lot of surprise. If you need ordering, use a stream/log like Kinesis or Kafka.
Re:Ask HN: Has anyone fully embraced an event-driven archite... by sideway on Tuesday August 03, 2021 @04:21AM (#28046847)
Exactly-once is not a requirement but ordering is. I had Kafka and Kinesis in mind when writing this question but just in case you haven't seen it, there is a way to get ordering guarantees using SNS and SQS:

https://aws.amazon.com/about-aws/whats-new/2020/10/amazon-sn...

Re:Ask HN: Has anyone fully embraced an event-driven archite... by nycjay on Tuesday August 03, 2021 @03:33PM (#28053137)
Does that really guarantee in-order processing, or just that messages can be picked up in order. If you have multiple consumers on your queue and consumer A picks up message x from the head of the queue then consumer B picks up message y next, it is possible for y to get processed before x. Maybe consumer A is slow (gc pause?) for some reason, and now we are processing out of order, even though the queuing infrastructure does not see it. If you truly need to guarantee strict processing order (x must complete before you start processing y) I think you may need to build that into your app. Or, I misread, which is very possible.