I agree the kubernetes part in the article is an overkill, but the serverless movement is here to stay. I used to be a serverless skeptic like you. However, after playing around with "serverless"[1] and AWS CDK[2], I truly believe serverless architecture is not only possible but preferred in many real use cases.
For example, API powered by traditional web cserver + database can be replaced with lambda/function + dynamo/s3/firestore. Cron jobs can be replaced by cloud scheduler + lambda/fargate/cloud run. As a serverless user, you really don't interact with "servers", but instead a highly-available and scalable managed task execution environment.
The only downside is each layer of compute abstraction comes at the cost of spending more and more money.
For example, API powered by traditional web cserver + database can be replaced with lambda/function + dynamo/s3/firestore. Cron jobs can be replaced by cloud scheduler + lambda/fargate/cloud run. As a serverless user, you really don't interact with "servers", but instead a highly-available and scalable managed task execution environment.
The only downside is each layer of compute abstraction comes at the cost of spending more and more money.
[1] https://github.com/serverless/serverless
[2] https://docs.aws.amazon.com/cdk/latest/guide/home.html