zlacker

[parent] [thread] 3 comments
1. plasma+(OP)[view] [source] 2019-05-27 09:16:26
RE: visibility timeout beyond 30 days, you may be more after a “saga” that has state and is long running (hours/days/months/years).

You can imagine building a saga system on top of a queue system.

replies(1): >>redact+T
2. redact+T[view] [source] 2019-05-27 09:29:01
>>plasma+(OP)
You're absolutely right, in fact I have a whole package that is just that https://node-ts.github.io/bus/packages/bus-workflow/.

The problem is this. Let's say that I want to trigger a step in a "free trial" saga that sends an email to the customer 10 days after they sign up nudging them to get a paid account. If I can delay send this message for 10 days then it's easy.

However because SQS has a much shorter visibility timeout, I have to find a much more roundabout way of triggering that action.

replies(2): >>plasma+A1 >>kondro+gg2
◧◩
3. plasma+A1[view] [source] [discussion] 2019-05-27 09:39:34
>>redact+T
Yeah, that makes total sense. For some of our saga's (we don't use SQS -- we use a custom redis queue), we have the saga potentially wake up and immediately sleep again ("Nothing to do right now, defer again in a few days").

But yes, a quirk.

◧◩
4. kondro+gg2[view] [source] [discussion] 2019-05-28 12:20:30
>>redact+T
How about Step Functions? Jobs can run for up to 12 months with wait steps. And can now send action tokens to services like SQS for completion later.
[go to top]