4 ms·
> unless I had a compelling reason to use containers AWS Lambda and Google Cloud Functions support containers. > and would be long running. Unless it's runni
by thundergolfer 4y ago
> unless I had a compelling reason to use containers
AWS Lambda and Google Cloud Functions support containers.
> and would be long running.
Unless it's running 24/7, you're better of with serverless batch processing systems or you'll need scale-to-zero on your Kubernetes cluster.
- coredog64 4y agoYes, but… While Lambda supports containers, you lose out one one of the largest benefits of having Amazon patch/update the runtime. Which brings me to my opinion on the value proposition. There’s a concrete cost curve where ECS/EC2 is cheaper than Lambda in what you pay AWS, there’s a much higher inflection point where you are responsible for maintenance/operations. Under that line there’s still a place for serverless.
- happymellon 4y agoI completely agree with you, and I didn't think that anything I said contradicted you. Lamba works really well for reactive processing, such as supporting an API. You lose that benefit if you deal with something like Java because of the slow startup times gimps the processes. Hence, running it in an environment which will be on constantly with consistent throughput that is just a pipeline 24/7. The scenario I've used it with was GIS and satellite image processing, which would have blown through the Lambda limits and with constant images being published meant that it was essentially processing 24/7.
- Fire-Dragon-DoL 4y agoDo you happen to have a list of languages with lower startup times? I was trying to figure out what would work well for serverless development