News for hackers. Stuff that matters.
Re:Guide to Serverless Architecture by rdsubhas on Thursday December 21, 2017 @09:54AM (#15979090)
> The other key component of serverless is the pricing scheme: pay for what you use; don’t pay for provisioned capacity.

There is another way of looking at it: Pay for a percentage of the traffic, irrespective of how fast your application runs or what your budget is. If you reach your monthly budget because of one hacker news trending article, yeah, then no more traffic for you. It can be insane.

If I have autoscaling with an upper bound, I can stay within a fixed budget per month. If I reach my budget, yeah no more new servers, but whatever running keeps running. My business doesn't disappear, I get business continuity. Paying based on % of traffic sounds insane. How will I plan for business continuity if my monthly budget is reached with this kind of model? (without any "minimum xx requests" kind of crap free tier, business continuity means fixed upper bound AND continuing service, not OR)

Re:Guide to Serverless Architecture by wahnfrieden on Thursday December 21, 2017 @03:40PM (#15982545)
You’re looking for throttling which you can do with Lambda/API Gateway.

If you don’t have spikiness in your traffic and provisioning for peak capacity is affordable and simple, then serverless is a bit less compelling.

Re:Guide to Serverless Architecture by icebraining on Thursday December 21, 2017 @11:11AM (#15979885)
I don't know if platforms already support it, but there's no reason why you can't have a throttle (calls/minute).
Re:Guide to Serverless Architecture by alpha_squared on Thursday December 21, 2017 @12:58PM (#15981103)
I can't speak for all serverless platforms, but AWS API Gateway does support throttling and burst throttling[0].

[0] http://docs.aws.amazon.com/apigateway/latest/developerguide/...