有人在做severless application吗？

Mel_csvb

Azure stack：Azure function backend 加 azure blob storage frontend。
AWS stack：API gateway backend加s3 bucket frontend用severless application model
有没有cold start的问题？

vw_golf_mk3

这属于data engineer 的职责范围吗？

tkl888

API gateway backend加s3 bucket frontend用severless application model
-->> 没懂

cppbug

有，如果一段时间没有request进来的话。所以最好在cloudwatch定时向系统send request来keep warm。

然后api gateway会有regular performance spike的问题，所以如果你对performance的稳定性要求很高的话，这个架构不是一个好的选择

Mushroomm

Cold start is a feature of serverless application model.
If cold start becomes an issue, think again why to choose serverless architecture.

Mel_csvb

这个架构的优点是收费灵活，用多少cpu，内存算多少钱。scale up还有scale out是云平台自动按一个单独的function走的，不是传统的load balance是整个大的api scale out。
缺点就是这个cold start的问题。一段时间不用，云平台就把资源关闭，云平台在新的request来的时候需要重新配置资源在开始process request。
试过azure function v2 with dot net core的cold start大概要20秒。这么长的时间完全不能推荐公司用啊。
就想看下有没有同志已经有serverless的项目live了是怎么处理cold start的问题的。

cppbug

Mel_csvb 发表于 2018-11-20 19:22
这个架构的优点是收费灵活，用多少cpu，内存算多少钱。scale up还有scale out是云平台自动按一个单独的func ...

我们用cloudwatch定时send request来解决。但api gateway spike的问题没办法解决

Mel_csvb

cppbug 发表于 2018-11-20 19:49
我们用cloudwatch定时send request来解决。但api gateway spike的问题没办法解决

这个方案是一个解决方案，就是定时sent 一个dummy的request，不让server进入cold start的状态。
缺点就是额外的request也会有开销。这确实可行。

gzrain

胡乱开吹一下，我觉得serverless 其实算是SOA 的stateless service到极致的用例； 对于大多数一般商业CRUD app，这不一定合适，或者说，要用得好不是那么容易；说优点的很多，但是任何事物都有trade off， 例如 ops/ observability / latency etc，这些成本其实都不低；

另外一点就是如果要投资serverless， 可以考虑研究Knative， 至少解决 vendor lockin的问题，结合k8s， 个人觉得前景看好

abravo

云存储读取还有这么深的内容啊。

mr.houseband

cppbug 发表于 2018-11-20 19:49
我们用cloudwatch定时send request来解决。但api gateway spike的问题没办法解决

我们也遇到类似问题，amazon connect -> kinesis stream event -> consumed by lambda -> stored in s3

用warm up(blocking state)触发lambda来解决cold start

有机会试试cloudwatch触发

qyz225

进来学习，膜拜各位大佬的

目前用azure logic apps, function apps, datalake, data factory中。可能因为不是做实时数据解决方案的，所以没机会遇到这种情况。

有没本站不支持任何群学习讨论的介绍一下啊

ypqfyf

正常，lambda第一次启动都需要warm up的