Live data from Hacker News

AWS Lambda pricing now per ms

aws.amazon.com

21–30 of 291 posts

Re: AWS Lambda pricing now per ms

#21
post #3

Anyone know why there's a hard limit of 15 minutes for Lambda (and 9 minutes for Google Cloud Functions)? Still seems really weird to me.

One way around this limitation while still using server less (for Python only) are Glue python shell jobs. They can run for hours if not days, and default at 1 vCPU and 1GB of memory for 2.75¢ an hour.

Re: AWS Lambda pricing now per ms

#23
post #17
post #8

Earlier quoted context omitted.

Why only for some people? It always rounded up to 100ms. If your function took 101ms, it was billed as 200ms.

If it takes 60 seconds, that's 600 steps. 601 steps isn't that much of a saving. It matters close to 0.

If your lambda function took 60s you have other issues.

Re: AWS Lambda pricing now per ms

#25
post #5

I've learned that AWS pricing tends to improve over time, and I appreciate it. I just recently switched from a startup offering authorization to AWS Cognito because the startup kept raising their price(s). It's nice to see this drop, though I'm sure Amazon does it due to competition as well.

It's nice to see that AWS is using their economy of scale to reduce their own costs, and passing that on to the consumer.

I don't think they are doing it to be nice to consumers. I think they are doing it to cost less than competitors.

Re: AWS Lambda pricing now per ms

#26

I am curious to see if this will mean a shift to more efficient languages (Go or Rust) for Lambda services, as usually people default to JS

I've got bad experiences with go startup (i.e., cold runs). They're much more expensive than I would have expected. If node can indeed run in 40ms (as https://news.ycombinator.com/item?id=25267211 says), then I'm surely going back to JS.

Re: AWS Lambda pricing now per ms

#27
post #17
post #8

Earlier quoted context omitted.

Why only for some people? It always rounded up to 100ms. If your function took 101ms, it was billed as 200ms.

If it takes 60 seconds, that's 600 steps. 601 steps isn't that much of a saving. It matters close to 0.

If a process takes that long, lambda would be a poor architectural choice.

Re: AWS Lambda pricing now per ms

#28

Earlier quoted context omitted.

It's nice to see that AWS is using their economy of scale to reduce their own costs, and passing that on to the consumer.

I don't think they are doing it to be nice to consumers. I think they are doing it to cost less than competitors.

I didn't mean to imply that they did it to be kind, I think it's clear they made this change to be more competitive in the market place.

It's still great to see.

Re: AWS Lambda pricing now per ms

#30
post #5

I've learned that AWS pricing tends to improve over time, and I appreciate it. I just recently switched from a startup offering authorization to AWS Cognito because the startup kept raising their price(s). It's nice to see this drop, though I'm sure Amazon does it due to competition as well.

I used to own some internal services where we had a model very similar to AWS for cost recovery.

It’s an interesting model because apps either optimize for or happen to fall into “loopholes” where some customers end up getting more value than others or may turn into a financial liability at scale.

For example, think about authentication... charging per auth will mean that some use cases will be nearly free, as some external users may only sign in once per quarter. But charging a flat rate has the opposite effect. You have to design the service and tweak the metrics and rates to make it work.

Post reply on HN