Question

优势

1. 无运维：我们不需要购买服务器，直接可进行
2. 资源分配: 在 Serverless 架构中，你不用关心应用运行的资源（比如服务配置、磁盘大小) 只提供一份代码就行。
3. 计费方式: 在 Serverless 架构中，计费方式按实际使用量计费（比如函数调用次数、运 行时长)，不按传统的执行代码所需的资源计费（比如固定 CPU )。计费粒度也精确到了毫 秒级，而不是传统的小时级别。个别云厂商推出了每个月的免费额度，比如腾讯云提供了每 个月 40 万 GBs 的资源使用额度和 100 万次调用次数的免费额度。中小企业的网站访问量不 是特别大的话完全可以免费使用。

4. 弹性伸缩: Serverless 架构的弹性伸缩更自动化、更精确，可以快速根据业务并发扩容更 多的实例，甚至允许缩容到零实例状态来实现零费用，对用户来说是完全无感知的。而传统 架构对服务器（虚拟机) 进行扩容，虚拟机的启动速度也比较慢，需要几分钟甚至更久。

不足

当然了 ServerLess 是很诱人，但却不是万能的，有些场景还是不适合的。

• ServerLess 不仅仅是一门技术也是一种理念和微服务一样，很多老系统不能直接上 ServerLess，得相应的进行升级和拆解才能更好的适应 ServerLess，这是一个门槛。
• 同时 ServerLess 针对开发语言的可定制性和可开放性，ServerLess 会选择处于稳定版的语言且更新具有一定的滞后性，特别是 Node.JS 这样的版本更新帝，最新稳定版是 10，但是提供的却是 8。同时如果对语言有底层的修改而无法通过 Plugin 实现同样也无法适应相关场景。
• 不适合长时间的进行计算处理的场景，ServerLess 是产生计算后按时间计费的，适合那些触发类短时间计算的，如果有长时间进行计算的场景就不适合。