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

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

› Serverless Framework

这是一个创建于 1611 天前的主题，其中的信息可能已经有所发展或是发生改变。

我怎么感觉就是 SAE （新浪云）类似产品的一个换皮重来？相比于更早的“虚拟主机”，也就是多了个资源弹性使用的特性。

或者说，这类 Serverless 产品解决了哪些 SAE 无法实现的痛点呢？

SAE

serverless

主机

虚拟

19 条回复 • 2020-11-27 14:53:40 +08:00

jadec0der

2020-06-19 04:30:05 +08:00

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

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

yyfearth

2020-06-19 05:32:56 +08:00

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

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

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

yyfearth

2020-06-19 05:39:57 +08:00

另外我们一般把云服务分成 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

vcheckzen

2020-06-19 06:52:04 +08:00 via Android

用一下就会知道了

love

2020-06-19 07:38:03 +08:00 via Android

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

est

2020-06-19 07:39:08 +08:00 via Android

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

murmur

2020-06-19 08:02:27 +08:00

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

foam

2020-06-19 08:05:07 +08:00 via Android

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

foam

2020-06-19 08:13:11 +08:00 via Android

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

opengps

2020-06-19 08:28:08 +08:00

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

sujin190

2020-06-19 09:57:38 +08:00

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

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

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

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

yyfearth

2020-06-19 10:19:07 +08:00

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

bigpigB

2020-06-19 10:24:25 +08:00

@est 。。。。。。。。

yyfearth

2020-06-19 10:53:35 +08:00

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

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