News for hackers. Stuff that matters.
Re:Serverless: A lesson learned the hard way by eridius on Thursday August 10, 2017 @04:19PM (#14983767)
It is a mistake, yes. But this particular mistake would have behaved very differently on a normal server. Just because there exist mistakes you can make that would have the same consequences on regular server vs serverless doesn't mean you can just shrug your shoulders and say all mistakes are the same.

The fundamental issue here is serverless is great at allowing you to automatically scale to meet demand, but it also is great at automatically scaling to meet unexpected resource usage caused by errors (or poor design). And so this means a mistake on your end can cost you a lot of money, because the system thought that it was real demand.

Re:Serverless: A lesson learned the hard way by cutler on Thursday August 10, 2017 @05:51PM (#14984667)
Isn't there also a third danger with anything that scales your bill as your app scales - the possibility of some black hat ddos-ing you for the hell of it?
Re:Serverless: A lesson learned the hard way by traduz on Thursday August 10, 2017 @06:44PM (#14985056)
Yes, but I guess in that case you would put your lambda function behind an API gateway, and limit the user requests. If it's a static content you would serve it from a CDN. Not a specialist on this, but that's what I would do.
Re:Serverless: A lesson learned the hard way by tyingq on Thursday August 10, 2017 @11:05PM (#14986296)
Wouldn't an API gateway typically limit requests per IP/end user?

I guess it could limit global request rate. But the idea of unbounded elastic services behind a global rate limiter is just funny to me. Like a Ferrari with a 50mph limiter.

Re:Serverless: A lesson learned the hard way by cutler on Friday August 11, 2017 @07:18PM (#14995187)
Yes, I still don't get it.