说到当前技术圈最热门的话题，Serverless绝对是其中之一。各大云计算厂商相继推出并大力推广自家的 Serverless 方案，但是究竟是真香还是智商税呢？
看完以下N点分析后，各位程序猿又会不会选择继续入坑呢？
省心？
Serverless 可以做到几乎免运维。用户不需要考虑购买什么配置的服务器，如何搭建负载均衡，如何实现服务的自动伸缩并保证高可用。
但是用户依然需要考虑应该搭配哪些 Baas 来实现业务需要。以最简单的Web服务为例，数据最终还是需要落地到DB，图片等文件也需要上传至OSS，包括配置最基本的日志监控服务。
Web 应用
省时？
用户只需聚焦于业务逻辑的开发，编写最重要的 “核心代码”。这是Serverless的初衷，但是也不能忽略服务迁移所带来的成本。
开发效率
目前阿里云给出了接近无缝迁移的解决方案，CustomRuntime。在CustomRuntime中用户只需实现HTTP Server，其它类型的Event都会转换成HTTP请求的方式调用，同时也方便了一些小众语言的接入，如Rust等。
反观腾讯云的接入方案，腾讯云直接支持了Golang接入，实际上是通过过net/rpc实现通讯，相信支持HTTP方式也没有任何问题。
https://github.com/tencentyun/scf-go-lib
调试效率
目前各个厂商都提供了线下调试的方法，以Docker的方式运行。开发阶段的调试目前基本没有太大的困难，特别是以阿里云CustomRuntime的方式，调试就跟原本调试Web程序体验完全一致。但是线上环境无法访问运行函数的机器，导致排查线上问题基本只有日志一种手段。
省钱？
计费公式：使用量 = 内存 * 运行时长
Faas目前都是按量付费的方式为主，阿里云支持叠加预付费模式，降低整体费用。对于一些频次较低的任务比较划算，可以按照实际计算量付费。
总结
中小规模独立系统使用Serverless模式开发，可以享受到由函数计算带来的技术红利，同时让企业更加专注于业务本身。但是Serverless也不是万金油，像长时间运行任务就不适合，同时应用上云即意味着和厂商的其他云产品相绑定，如对象存储、消息等等，二次迁移成本剧增。总体而言，Serverless是必然的趋势，但当前是否迁移还要看是否适合具体业务而定。
閱讀更多 極地科技 的文章
