现在各大云厂商都在推广的 Serverless 产品，和当初的 GAE/SAE/BAE，甚至是更早的“虚拟主机”，主要区别在哪？

Serverless Function 粒度更细，可以是真正意义上的把一个函数托管。比如你可以写一个 AWS Lambda 放在队列下游，每条消息触发一次处理，然后针对这个 Lambda 做治理，比如权限，计费。

SAE 的话是把一个 web application 托管了，在 AWS 叫 Beanstalk 。

Serverless 可以看作是 GAE/SAE/BAE 这些 PaaS 的进化
GAE/SAE/BAE 只是提供了一个弹性的虚拟主机加运行时环境
你在 GAE/SAE/BAE 上面写的 App 还是一个独立的 server
既然是服务器你既要一直跑着 如果停了 你的功能就停了

Serverless 其实就是在 PaaS 基础上 你这个常驻的 server 不需要了
你直接提供一个 Function 然后由 Serverless 服务来触发
而且这个触发条件也很丰富 不一定要 http call 了

另外由于这个触发的模式 那么计费的方法也就完全不一样了
PaaS 或者其他形式的服务 就算没有人用你的 你的 server 还是得跑着 那么就要付钱
Serverless 默认情况下 如果没有人用来触发 Function 一般情况下你就不需要付费

另外我们一般把云服务分成 IaaS PaaS SaaS
IaaS 其实就是可以用 API 自动管理的虚拟机 VM 比如 AWS EC2 和 GCP CE
PaaS 其实就是“弹性”的虚拟主机加某个语言的运行时 可以是基于 VM 也可以基于容器
SaaS 其实就是应用本身了 一般 SaaS 要用 PaaS 或者 IaaS 来运行

作为基础的 IaaS 目前其实就那样了 只需要提供效率，速度和加强管理能力
但是 PaaS 比如 GAE/SAE/BAE 现在已经愈来愈不流行了
因为出现了 CaaS (容器即服务) 和 Serverless

CaaS 即可以当作是一个更加灵活的 PaaS，你可以随便定义自己需要的环境；也可以当作是一个更快更轻量的 IaaS，启动时间大大减少，扩容也更加容易 介于 IaaS 和 PaaS 直接

Serverless 就上上面说的就是一个简化版的 PaaS 你只需要提供 Function 来触发即可 而且可以支持多种语言 收费也更加弹性 可以理解是比 PaaS 更加接近 SaaS

用一下就会知道了

@yyfearth php 虚拟主机不是也没有常住 server，和那个比起来有啥特别优势吗

其实没毛线区别，变花样计费而已。

serverless 对于小厂是彻底的投降，对于大厂是高度的复用，对于个人是快速的上线，看你怎么理解。
以前的云服务只是寄人篱下，万一被搞还可以打包数据跑，用了 serverless，基本服务甚至用户数据都是平台的，按死你更彻底

@love 不管虚拟主机运行的是啥语言，只要你的虚拟主机正在运行，那你就要给钱。而 serverless，只有被调用才需要给钱。

@murmur 看怎么取舍了。最开始的时候大家都用自己的物理机，后面慢慢发展到用虚拟主机，云服务器，docker，serverless 。都是在不断地抽象，尽可能的把资源合理的利用起来。也统一托管了维护服务。最终的目的都是为了降低成本(人力 /物理资源)。
所以最后还是要根据自己的需求，从数据安全开发成本等方面考虑用哪一层技术，用在刀刃上就对了。

同样还是虚拟主机，但是底层变了，以前是单机上的虚拟，连续开机下来，一年里高概率硬件故障运维故障重启一次，现在则是云底层，一般故障后台漂移避开，对外表现为不轻易故障

serverless 最大的特点本身就是把算法由被动等待服务变成主动服务，部署运维那些就不说了，对于云服务商来说资源利用率更高，对于你来说那些 90%不使用的时间都不用付钱了，再者互联网渗透率进一步加深后，空闲时间和繁忙时间两级差距进一步拉大，算法可以无状态自动化扩容自我维护这真的太需要了

虚拟主机完全没法比，且不说自动扩容免维护了，资源隔离都做不到，更别说啥资源利用率，说个锤子

SAE 算是不错了，但是其设计之初完全是基于 IDC 时代减少手动维护的思路设计的，并非是现在云和智能化运维思想的产物，其资源利用率，可维护性并没用得到很大进步，这也是价格还是很贵的原因之一吧，这就好比 SAE 勉强由手工时代进步到小作坊时代，serverless 则是流水线自动化大型工厂，没法比

而且可以预见，未来必定进一步完算法和运行环境分离，数据就是权力与资产，那么爆炸性的数据增长和极低门槛数据融合的进一步需求必然增加，serverless 或许是一个不错的基础

@love 对于 php 的特殊性 对于纯开发而言 确实没什么区别 可能虚拟主机还更方便 因为不用部署 直接上传即可
但是对于运维而言 区别还是有的 首先不需要配置虚拟主机 而且也不用考虑扩容的问题
对于收费也不一样 如果持续都在用 估计会更贵 但是如果用的频率低 那么费用会大幅减少 说白了就是没人用的话 你基本上也不用付钱

@est 。。。。。。。。

@foam 我觉得基本上未来就是 Kube/Docker + Serverless Function
然后 IaaS 就用来自搭 Kube/Docker 或者 Serverless 或者 BaaS 或者跑一些老旧服务
纯 PaaS 估计要被淘汰了


@murmur 对于小厂 虽然交出了数据和控制权 但是省下了运维人工费
这个对于初创公司而言 意义就大了 找 1-2 个开发和测试 产品都不用写完就可以上线了

别听云厂商的胡扯, 阿里云的那个类似 SAE 的叫什么产品来着, 当时用它做了个项目, 交付客户一年多了, 结果他突然通知这个产品要下线, 给一个月时间迁移... 没办法, 花了很多时间把跟这个产品相关的代码全部重构掉, 现在云服务, 除了几个通用的服务外, 其它的都不买, 要用就买云服自己搭

然后, Docker 来了, 有个项目有点规模, 看阿里云有容器集群, 就用阿里云的集群功能搭建了个 Docker Swarm 集群, 然后又是一年多, 他又通知 Docker Swarm 集群要下线, 赶紧迁移到 K8s, 这回给了大半年的时间迁移, 你说他贱不贱

@caotian 你用到哪些能力是强依赖 sae 的？他那个配置不是只有 nacos 么？

@caotian 哦。你说的是另外一个 PaaS 产品

其实就是按流量计费 0.8/G