#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?
-
i think it’s that you can avoid process startup overhead and may even not need to fully sandbox at the OS level
- 9 more replies
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.