Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

The main story here is probably this line: "The system is generally at that peak traffic for only a few minutes a day".

AWS charges by hour. Google by minute. If your peak traffic only last a few minutes, hourly billing is inflexible, simple as that.



Hourly billing is also equally inflexible if you need 61 minutes, or 74, or 110- paying 120 for any of those isn't too rad.

(Disclosure: I work on GCP)


AWS lambda charges by the 1/10th of a GB/CPU/second.

I'd bet they could have seen significant cost savings on AWS by migrating to lambda, and gotten continuous scaling to boot.


Serverless is probably far too immature for companies like NYT.


I don't disagree with you, but it's also true that you don't have to go all-in. I run services that run server-ful-ly on EC2, while requests to the "front-end" are handled by Lambda. If you've got one or two very hot endpoints and the majority of your server load spike is thanks to the processing for those endpoints, moving just those endpoints to Lambda could give you reassurance that you don't have all of your eggs in one basket (not having to go full-serverless) while also getting the benefit of being able to scale up and down essentially effortlessly.

Of course, there are lots of other consideration that you should be making when going even partially serverless, and it could be that the NYT chose not to experiment with Lambda for other reasons. For instance, you're effectively tied to CloudWatch for logging and monitoring, which could be a deal-breaker. Much of the processing could be happening in the DB, which would make Lambda moot. It may simply be that their estimated usage of Lambda was too costly.


Three devs seems like a bit of a bottleneck... Why maintain two separate architectures for a single problem if there's another option?




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: