We got 400 LoC StepFunctions to 40 LoC TypeScript by making Lambdas suspendable
1–5 of 5 posts
Re: We got 400 LoC StepFunctions to 40 LoC TypeScript by making Lambdas suspendable
#2This is really cool! Am I right in thinking that the cost for running this program is equivalent to all of the dependency execution durations? i.e no busy waiting?
Re: We got 400 LoC StepFunctions to 40 LoC TypeScript by making Lambdas suspendable
#3This is really cool! Am I right in thinking that the cost for running this program is equivalent to all of the dependency execution durations? i.e no busy waiting?
yep no busy waiting for calls and sleeps within the system. However, 'sideEffects' where you basically just commit the result of an external operation still block the Lambda. But we're thinking about exposing a `fetch` api directly from the runtime (ie, we do a call on your behalf) that could in theory sort that out
Re: We got 400 LoC StepFunctions to 40 LoC TypeScript by making Lambdas suspendable
#4This is really cool! Am I right in thinking that the cost for running this program is equivalent to all of the dependency execution durations? i.e no busy waiting?
To a first approximation, yes. There is some small cost for the workflow function itself, but as this doesn't wait on responses and only really executes the side effects, it is not that much. Especially, given that this has comparable semantics to the accurate mode (not the express mode) of StepFunctions (which is charged by number of state transitions and not super cheap).
Re: We got 400 LoC StepFunctions to 40 LoC TypeScript by making Lambdas suspendable
#5This is really cool! Am I right in thinking that the cost for running this program is equivalent to all of the dependency execution durations? i.e no busy waiting?
To a first approximation, yes. There is some small cost for the workflow function itself, but as this doesn't wait on responses and only really executes the side effects, it is not that much. Especially, given that this has comparable semantics to the accurate mode (not the express mode) of StepFunctions (which is charged by number of state transitions and not super cheap).
What is the order of the cost of the workflow function?