zlacker

[parent] [thread] 4 comments
1. sheeps+(OP)[view] [source] 2023-07-10 15:26:11
..so is it more to support directly deploying functions to the cloud? Like, what AWS Lambda and CloudFront Functions might be built on?
replies(2): >>yjftsj+B2 >>dathin+lt1
2. yjftsj+B2[view] [source] 2023-07-10 15:36:38
>>sheeps+(OP)
I'm pretty sure firecracker was literally created to underlie AWS Lambda.

EDIT: Okay, https://www.geekwire.com/2018/firecracker-amazon-web-service... says my "pretty sure" memory is in fact correct.

replies(2): >>zokier+Yb >>bkettl+Hr
◧◩
3. zokier+Yb[view] [source] [discussion] 2023-07-10 16:19:40
>>yjftsj+B2
That being said, firecracker also runs long-running tasks on AWS in the form of Fargate
◧◩
4. bkettl+Hr[view] [source] [discussion] 2023-07-10 17:18:45
>>yjftsj+B2
As does the paper [1] with details in section 4.1.

[1]: https://www.usenix.org/system/files/nsdi20-paper-agache.pdf

5. dathin+lt1[view] [source] 2023-07-10 21:53:11
>>sheeps+(OP)
yes, it was created originally for AWS Lambda

mainly it's optimized to run code only shortly (init time max 10s, max usage is 15min, and default max request time 130s AFIK)

also it's focused on thin server less functions, like e.g. deserialize some request, run some thin simple business logic and then delegate to other lambdas based on it. This kind of functions often have similar memory usage per-call and if a call is an outlier it can just discard the VM instance soon after (i.e. at most after starting up a new instance, i.e. at most 10s later)

[go to top]