噢，你说的是 serverless

我们是传统的写个 service，让它一直跑。跑在自己 DC 类 k8s 集群上，实例在更新之前一直存在。
lambda 如果保证比较稳定的输入量的话，一直 hot 着应该还好。或者自己写一个定时请求保活？

这得根据你们的具体的业务情况来了。现在云产品可供选择的太多，规划起来脑仁疼。。

【 在 eGust 的大作中提到: 】
: aws lambda 是基于极其轻量的 vm（基于 firecracker，据称只有5M的 overhead，启动速度也是毫秒级别）的服务，并不会保证有一个实例持续运行。超过一定时间没有访问的话，该 vm 就被干掉了。
: serverless 就是这么一个概念，前端静态文件放 s3 上面，cloudfront 自带 cdn 功能，给个域名就行。api request 走的是 api gateway，相当于 load balancer，根据请求启动对应的 lambda。lambda 本身是有一个 handler 会接受到一个 event，里面带有一定格式的数据。所以实际
: 鲜敲挥蟹务进程的，只在使用的时候才会启动 vm 调用 handler。
: ...................
--
FROM 218.17.141.*