I agree with this.<p>My own gripes with those who fell for the 'serverless' tech-evangelism lies particularly with those who deployed 'functions as the unit of deployment and scaling'. At best this is an unattainable ideal that's too pure, impractical and abstracted from the problems developers need to solve. A system of single function processes communicating with a message passing framework is effectively an actor model. And while the actor model is a beautiful way of solving problems, slavish devotion to it will become a hinderance quickly.<p>Practically 'serverless' is a kind of an operating system to rent. Rather than Linux and Nginx managing the process invocation, you devolve that to the cloud provider that shares that resource (as if you're on shared hosting).<p>Often people fail to see this and think 'serverless' demands a new architecture, when there's absolutely no reason to. I always get a bit scared when I see a 'serverless' project; usually the developers throw away all of their conventions leaving an unstructured incoherent mess.
Some days as a web developer I think I must be taking crazy pills. Somebody comes along and says _this is the "modern" way to build websites/apps_, a bunch of early adopters jump on board and act like it's the greatest thing since sliced bread, and then somebody else comes along to say _actually this is the "modern" way to build websites/apps_…and you look at that and it's the exact opposite of the previous "modern" way.<p>So "serverless" AWS Lambda is evolving into what sounds an awful lot like just another Heroku. OK fine…but in that case what was the point of "serverless" to begin with?!