玩转 serverless devs 的三种部署方式

结论

1. 灵活性(从低到高)

• 单语言&普通的 CRUD ->
• 自定义语言or运行版本 ->
• 自定义容器环境 ->

1. 冷启动速度(从慢到快)/优化成本(从高到低)

扩展阅读(友商对比)

前面主要讲了，利用 的部署的三种方式。

现在，让我们先回到 这种方式，在部署时，开发者们应该都注意过。我们在传统 框架部署到 时，需要安装一个额外包: 来包裹我们的框架实例。这个包是干啥用的呢/p>

本质上是一个 阿里云FC 兼容传统 框架的适配层，和友商的 一样，它们都源自于 。

不过同样是 ，阿里云和腾讯云的实现方式有所不同。

腾讯云的 本质上是一个 与 的适配层。

它负责把用户请求后，传给云函数 ，转化为函数内部包裹的 (,…)能够处理的 上下文(…)，经过中间件的处理后，再把响应值转化为要求的响应格式，来响应用户的请求。

一图以蔽之：

腾讯云的 部署 ，和 部署 区别主要在于上图的 层，是在用户代码内，还是在 云函数环境中。

这个不同，本质上源自于 个云厂商实现 的方式不同。所以阿里云的 和 和腾讯云的 还有 不能直接进行类比。

阿里云的 和 更像是不同的函数种类。这个种类的不同，也体现在了函数的入参和响应方式上。

腾讯云的 则和阿里云的 比较相似，而 个人感觉其实更接近于阿里云的 的部署方式。区别主要在，阿里云要自己去下载 ，腾讯云则内置了一些 。

同时相比于腾讯云，阿里云目前没有开放在线安装依赖的功能。当然这避免了用户想要自定义 这类的问题。同时也在一定程度上变相倡导了在容器中开发的方式。

附录

官

@serverless-devs/fc-http

源码

示例如下所示

文章知识点与官方知识档案匹配，可进一步学习相关知识云原生入门技能树首页概览8677 人正在系统学习中