Not sure I understand the need for this - if you are using containers it should be for instances which can die and you don't care what happens to them after. People sometimes put stuff in containers that they shouldn't (document storage, databases), which would be better hand-managed or using a central service for.
I’ve been working with Node.js for many years and then with Go within my latest projects.
Seems unlikely to be a comprehensive overview if written by someone who has mostly used node.js (for many years), and doesn't cite background in other languages as well. Still interesting to hear what other developers think on coming to the Go language, but this is just one perspective, hardly a comprehensive overview as the title claims.
Wow this looks pretty dense, but there’s some really good detail here about all the stuff that goes on under the hood when you listen and serve, which I think remains a mystery to most web developers. Can’t wait to see the video.
Some of these claims are a bit over the top. How could it possibly be faster than bare metal? All in memory and cached when talking to external services perhaps? It just seems a little too good to be true. Perhaps one day we will all write services/functions that talk to each other over a bus like this though, it definitely feels to me like there is something in all this serverless hype.