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

• 資深大佬 : jadec0der

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

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

• 資深大佬 : yyfearth

  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

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

  用一下就会知道了

• 資深大佬 : love

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

• 資深大佬 : est

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

• 資深大佬 : murmur

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

• 資深大佬 : foam

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

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

• 資深大佬 : opengps

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

• 資深大佬 : sujin190

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

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

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

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

• 資深大佬 : yyfearth

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

• 資深大佬 : bigpigB

  @est 。。。。。。。。

• 資深大佬 : yyfearth

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

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

• 資深大佬 : caotian

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

• 資深大佬 : caotian

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