3 ms·
Honestly, I don't see the point in "serverless" as they call it (which is actually servers / centralized clouds), except maybe to have a common compilation targ
by EGreg 5y ago
Honestly, I don't see the point in "serverless" as they call it (which is actually servers / centralized clouds), except maybe to have a common compilation target for stuff, to limit the surface area of APIs.
Literally you can just control a lot more about your stack and do what you want (mysql, outside APIs, etc.) and use your servers as origin servers for the CDN. You can take your regular PHP site, separate out the "session-dependent" stuff into a separate service, and the rest is static resources that can be cached.
Or even better: do ACTUAL serverless:
https://qbix.com/blog/2018/04/03/onward-to-qbix-platform-2-0-serverless/ https://qbix.com/blog/2018/04/03/onward-to-qbix-platform-2-0...
https://qbix.com/blog/2020/01/02/the-case-for-building-client-first-web-apps/ https://qbix.com/blog/2020/01/02/the-case-for-building-clien...
I gave a talk recently about it, that you might be interested in: https://www.youtube.com/watch?v=yKPKuH6YCTc https://www.youtube.com/watch?v=yKPKuH6YCTc
- ryan29 5y agoThe Cloudflare stuff is the first "serverless" platform I've considered using. I develop independently and the value proposition is too good to ignore. They scale to $0 on idle deployments, I don't have to maintain any infrastructure, I don't need CI systems for building and deployment, I get preview URLs, I can layer in Cloudflare Access, etc.. I'm going to drink the Kool-aid and see how it tastes :-)
- kart23 5y agoprice & convenience. It's really that simple.