Serverless的出现，在最早的云计算路线之争就埋下了引子：云服务应该提供与服务器类似的能力，还是围绕云计算的需求提供更为高层的抽象？前者是AmazonEC2的选择，后者则是GoogleAppEngine（GAE）。相比EC2仅仅提供硬件层的资源，而不提供任何额外的能力，GAE提供了更能发挥云计算能力的自动扩缩容能力，但是开发者为了获得这些能力，需要接受相应的编码规范，并且使用Google提供的存储和计算服务。
现在看来，AmazonEC2已经获得了市场的认可，成为了云厂商的主流选择。主要是因为对开发者而言，在本地完成了开发之后，希望能直接迁移到云端进行部署而无需任何的优化；没有额外的学习成本也不用担心难以迁移。但随着底层硬件虚拟化路径的大获全胜，也将更多的运维问题留给了开发人员：分布式系统的容错；自动扩缩容；可观测性；服务迁移等等。对于中小企业而言，在用好云服务的同时，解决运维问题；开发过程中高效地使用rpc，监控，包管理等云原生工具，都是极大的负担。而Serverless的理念则是让用户无需管理Server，云厂商承担起对应业务与资源的运维工作。
在UCBerkeley关于Serverless的论述《CloudProgrammingSimplified:ABerkeleyViewonServerlessComputing》中，对于Serverless进行了两个关键的定义：
Serverless的应用应当满足自动扩缩容以及按照使用量计费；
ServerlessComputing=BaaS（Backend-as-a-Service） FaaS（Function-as-a-Service）
前者最具代表性的则是Google在2014年宣布收购的Firebase，整合在GCP的产品中也将Firebase的11万注册开发者收入囊中。而FaaS的起点则是Amazon在2015年推出的AWSLambda，并且提出了云函数（CloudFunction）的概念，将应用简化为了一个高级语言编写的云函数，以及一个触发函数运行的触发器（Trigger，例如数据库变动，添加到购物车等等），早期的云函数主要对Python，JavaScript进行了支持，而后也拓展到了更多高级语言例如Java，Go等等。
BaaS与FaaS有着不同的发展阶段，在Firebase收购后，BaaS的商业化也逐渐走向成熟，甚至出现了一批开源的挑战者；而FaaS在使用上已经出现井喷增长，但是仍未有太多收入上的规模验证。这与两者的产品定位的差异与互补有关，比如Firebase具备账户系统，存储，数据库等能力，而数据库与存储原本就是用户付费的主要部分，FaaS仅提供函数触发与计算的能力，往往用来实现一些胶水代码。
随着云计算的普及以及云厂商底层技术的迭代，Serverless曾经被人诟病的问题也逐渐被一个个解决，在GoogleTrends中也可以看到LambdaonAWS的搜索指数也在不断上升的过程中（如下图所示），在2022年也达到高峰；Vercel的CEOGuillermo也在一个Serverless的调研中提到Vercel托管的服务中，函数的调用量在过去1年增长了125；阿里云也在2022云栖大会披露，函数计算产品业务年均增速达到300，日调用次数突破200亿。
hit
