Lambda Durable Functions
docs.aws.amazon.com
Lambda Durable Functions
1–10 of 10 posts
Re: Lambda Durable Functions
#2[0] https://aws.amazon.com/blogs/aws/build-multi-step-applicatio...
Re: Lambda Durable Functions
#3Re: Lambda Durable Functions
#4If you're only working with those languages, you can use durable functions. Otherwise, you're SOL.
Re: Lambda Durable Functions
#5> During replay, your code runs from the beginning but skips over completed checkpoints, using stored results instead of re-executing completed operations. This replay mechanism ensures consistency while enabling long-running executions. > > ... During replay, your code runs from the beginning but skips over completed checkpoints, using stored results instead of re-executing completed operations. This replay mechanism ensures consistency while enabling long-running executions.
Re: Lambda Durable Functions
#6Re: Lambda Durable Functions
#7The distributed state associated with workflow systems like this makes observability and code upgrades a challenge compared to just having an application orchestrating workflows with progress persisted in a shared database. But if they solve those problems this would be really nice, as I've seen a ton of home-grown systems re-write checkpointing, retries, etc. and usually get it wrong.
It's considerably simpler, less magical and cheaper than the equivalent Step Function-style implementation would be.
Re: Lambda Durable Functions
#8But if you did that, you'd also have to implement it all yourself. This is a relatively simple checkpointing workflow orchestrator across standard Lambda functions, but with some really nice touch surfaces in the Lambda API itself.
What's only a footnote in the announcement is that this is only us-east-2 (Ohio) and TypeScript/JS + Python at the moment. Basically a public preview release. I look forward to seeing where they take this.
Re: Lambda Durable Functions
#9The distributed state associated with workflow systems like this makes observability and code upgrades a challenge compared to just having an application orchestrating workflows with progress persisted in a shared database. But if they solve those problems this would be really nice, as I've seen a ton of home-grown systems re-write checkpointing, retries, etc. and usually get it wrong.
This basically is just a an application with steps that are checkpointed when they progress in a shared database (that's abstracted away from you). It's considerably simpler, less magical and cheaper than the equivalent Step Function-style implementation would be.