#Serverless is a somewhat unhelpfully misleading term for "highly scalable stateless code"
-
-
By calling serverless highly scalable I did not mean to imply that former web apps do not scale :-)
-
i’d guess that JS’s success in serverless is due more to the ability to embed and sandbox it, which makes life easier for hosting providers
-
Sandbox in what sense?
-
it’s trivial to restrict access to file system and other OS functions, which makes it safer to run other people’s code in your environment
-
it’s been a feature of the language from day 0, as opposed to Ruby/Python/etc which aren’t designed for running untrusted code
-
Heroku has used Linux sandboxing facilities to implement this concept for ages: https://12factor.net/processes (Heroku apps are 12 factor)
-
"Serverless" postdates LXC and Docker so "easy to sandbox" can't be the distinction, right?
- 10 more replies
New conversation -
-
Oh and in case you think I'm trying to toot rails' horn, PHP was shared-nothing long before rails
-
CGI is the original truly enforced shared nothing arch ;-) Perl probably pre-dates PHP in that regard
End of conversation
New conversation -
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.