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

If you're going to be handling http requests it's almost a given you'll be using AppEngine rather than Cloud Functions. Still "serverless" but more tools and languages to choose from.


AppEngine is more like a PaaS and not like 'serverless'


This. AppEngine assumes an "always on" mentality and is far from "pay for use" unless your "use" is 24/7.


AppEngine standard can actually scale down to 0 instances when not in use to save money. Still very different from a serverless architecture though.


Not the flexible environment iirc. Which is basically the reasonable env to expect, now. Standard env has some aging issues that keep getting worse. most notably jvm 7, if that’s your poison, but just all round crippled env lacking standard libs and with lock in substitutions.

As far as I remember, that is..


Java 8 is now supported with the full standard library: https://cloud.google.com/appengine/docs/standard/java/runtim...


> If you're going to be handling http requests it's almost a given you'll be using AppEngine rather than Cloud Functions

Why? Cloud Functions support HTTP.

I mean, if you can stay within AppEngine’s free tier quotas, there's a clear reason to use it, but otherwise it would seem to be a matter of weighing pros and cons, with HTTP alone not deciding that you should use AE over CF.


Are you kidding? You know how much you have to pay for AppEngine's right?!!


Nothing, if it's a small app?

https://cloud.google.com/free/docs/always-free-usage-limits#...

Disclaimer: I work at GCP.




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

Search: