百度 Serverless 架构揭秘与应用实践

【百度云原生导读】

1. 要做到真正的 Serverless 架构，需同时支持 FaaS 和 BaaS，做到快速上线、高弹性的优势，真正达成降本增效。

2. 文中提到的函数计算引擎 EasyFaaS 已开源：github.com/baidu/EasyFaaS

Distributed Cloud 2021全球分布式云大会·北京站于4月7日召开，在当天下午举办的分布式云报告会上，百度函数计算平台业务负责人史南胜发表了题为《百度Serverless架构揭秘与应用实践》的主题演讲。

以下为演讲概要：

1. 为什么要引入 Serverless？

为什么要做 Serverless？Serverless 能给我们带来什么？为什么要引入 Serverless？我们现在服务化不是做的挺好吗？PaaS 平台不是也做得挺好吗？为什么要用 Serverless呢？对于所有的场景都适用降本增效一说吗？史南胜首先站在客户的角度发出了一连串的提问。

金融领域、国有企业这样的领域，对于资源的利用率上不拘小节，没有像中小型客户那样应用资源非常的谨小慎微，所以对于金融领域，或者说一些对资源利用率要求不至于严苛的场景，主要提供人效开发，让开发成本降低。对于中小型客户，尤其是两三个人创业的场景，比如小程序的开发者，需要考虑到他们将产品推向市场的时间，以及业务布局的快速度，推荐他走 Serverless 的场景，这样的场景可以快速的提高他们的开发速度，以及降低运维的成本。

哪些场景合适，哪些场景不合适呢？史南胜表示，Serverless 并不是解决方案，并不能短期内替代掉服务化，或者微服务化的技术，它是在服务化或微服务化发展到一定程度以后，基于容器计算的新技术。经常有客户问，我们怎么从一个单边应用，或者从一个微服务架构应用迁移到 Serverless 场景呢？并不是每个场景都能够迁移的。所以说需要区分一些场景，将一些合适的场景我们去探索。

史南胜分成三个部分解析这一问题：第一，事件的触发处理；第二，数据处理计算；第三，应用后端服务。

探索和应用的场景主要包含如实时文件处理、图片裁剪添加水印等，这种场景为什么适合呢？因为不是时时刻刻都有用户在上传图片，或者不是时时刻刻都有这样的事件在处理，这样的场景是否通过函数计算和 Serverless 场景去解决？还有数据计算场景，比如说像物联网网关和 P2P 里面的计算等，应用后端服务现在大规模使用的是智能小程序的开发，让他们通过 Serverless 的场景快速将自己的技能通过函数计算平台能够快速的开发、上线，将产品推向市场，产生收益。这样的技能又可以在小度音箱上面去产生售卖和调用，在调用支付的时候会给创业者带来一定的收益。

哪些场景不太适合呢？像延迟敏感高，对于稳定性级别很高的交易场景、支付场景，还有检索场景，不太推荐在现有的技术发展现状下去使用 Serverless 和函数计算。

那么对于涉及隐私的场景适合用 Serverless 的架构方案去解决吗？在这里通过相应的实践和证明，隐私不是考量 Serverless 架构合适和不合适的一个很重要的因素，因为在任何的场景