曾经历过企业级存储、企业级容器平台等产品的架构与开发，对容器、微服务、无服务器、DevOps等都有浓厚兴趣。

本文整理自1月20日腾讯云微服务架构交流会。

Serverless是一个比较新的概念，2017年开始在行业内兴起，边缘计算则是一个更新的技术。那么Serverless在边缘计算中能产生的什么样的效果、产品以及形态并推进出来在大家面前呢？今天来为大家分享一下。

首先讲讲Serverless是什么？下面这张图可以很清晰的看到，Serverless从架构上可以分成两部分。

一是Backend as a Service，后端即服务，腾讯云上目前已经提供很多这类产品，例如COS对象存储、CMQ消息队列、CDN内容分发、CDB云数据库、API网关，这些产品更多的是承载数据的存储。

二是Function as a Service，函数即服务，也是Serverless比较核心的技术点，腾讯云云函数就属于这种。

从Serverless或者云函数来看，更多是对用户的计算进行托管。用户将代码和配置提交到云函数平台上，此处的代码是指用户的一份代码或者代码包，配置，一个是指本身对于函数运行环境的配置，使用的是哪种环境、所需的内存、超时时间等；另一个是触发器的配置。因为整个函数即服务的运行方式是触发式运行，触发就需要有一个事件来源，而事件来源是和腾讯云其他产品进行关联后而产生。例如COS对象存储产品，它的关联就在COS的存储桶中，当用户上传一张图片或者删除一张图片时，就会产生一个事件，这个事件会触发云函数的运行；例如和API网关的对接，也可以作为事件来源，在用户的HTTP请求到达网关之后，API网关会把该请求作为事件转发给云函数，触发云函数的运行，云函数拿到请求之后进行处理，生成响应给到用户。

上图左侧，是代码和配置提交到云函数平台进行保存，真正事件产生后，针对每一个事件都会拉起一个函数实例，实现触发式运行；真正事件来临时，用户函数才会运行，用户代码运行时才有云函数代码的数据运算和费用计算。

因为函数本身是托管型的，用户本身无法感知到实例在哪里运行。云函数平台背后有个大的计算资源池，用户实例触发之后，我们会从资源池中随机选取可运行的位置，把用户的函数实例在对应位置上跑起来。因此整个调度过程，或者事件来临之后的函数扩缩容过程，都是由平台进行的。对用户来说，调度的粒度更细了，而且调度也都托管给平台了。

而从整个的计算过程来说，为什么会有这种产品的出现？对于传统的数据存储过程来说，数据产生后，更多会先把数据进行缓存或者存储，如以对象存储文件的形式保存，或者数据库中以结构化形式存储下来，再进行分析应用。有了函数服务产品后，我们可以有很大的加速，可以在事件产生的时候就立刻对数据进行处理，因此就变成了先处理，再对结果进行保存使用的过程。