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?
1 reply 0 retweets 0 likes -
i think it’s that you can avoid process startup overhead and may even not need to fully sandbox at the OS level
1 reply 0 retweets 0 likes -
You still need to sandbox because JS isn't useful without some exposed OS guts and security is hard ;)
1 reply 0 retweets 1 like -
My hypothesis is: 1. Serverless is, more or less, definitionally about JS 2. It's popular because JS is popular and empowering
5 replies 3 retweets 18 likes -
I think the extremely fast startup time of a container running node was crucial to the order of magnitude change I mentioned.
2 replies 0 retweets 2 likes -
You could have done it with PHP but as you say JS (and node) are more popular with the up-stack devs this appeals to.
1 reply 0 retweets 3 likes -
i think the time to market for a serverless JS offering is also just way shorter, because of status of embedding hooks as 1st class citizens
1 reply 0 retweets 0 likes -
I don't understand this argument.
1 reply 0 retweets 0 likes -
i just think JS was the prime language to pioneer the serverless space, all the way from the implementation to the community
1 reply 0 retweets 0 likes
In contrast, I think "serverless" as a term means"JavaScript" so this claim is tautological.
-
-
I don’t understand why you would say this.
0 replies 0 retweets 2 likesThanks. Twitter will use this to make your timeline better. UndoUndo
-
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.