精华好帖回顾
· （悉尼）初试“小蜗牛”The Little Snail （多图并文） (2008-2-13) 蓝月亮	· [虎妞看戏] 整理一些以吃为主题的影视，欢迎大家一起来补充~ (2008-8-16) Tiger_Karen
· 关于花盆 (2018-11-9) 潜水员588	· ［自制泡菜篇］泡菜肉末、清炒泡菜、泡菜米粉、果醋鱼块、腌咸蛋 (2007-2-28) KUN

查看: 3447|回复: 12

[IT] 有人在做severless application吗？ [复制链接]

发表于 2018-11-19 21:37 |显示全部楼层

此文章由 Mel_csvb 原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者 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

臭鞋族

发表于 2018-11-19 21:51 |显示全部楼层

此文章由 vw_golf_mk3 原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者 vw_golf_mk3 所有！转贴必须注明作者、出处和本声明，并保持内容完整

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

tkl888

草鞋族

发表于 2018-11-19 23:36 |显示全部楼层

此文章由 tkl888 原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者 tkl888 所有！转贴必须注明作者、出处和本声明，并保持内容完整

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

cppbug

金靴族

发表于 2018-11-20 07:50 来自手机 |显示全部楼层

此文章由 cppbug 原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者 cppbug 所有！转贴必须注明作者、出处和本声明，并保持内容完整

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

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

Mushroomm

铜靴族

发表于 2018-11-20 09:02 |显示全部楼层

此文章由 Mushroomm 原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者 Mushroomm 所有！转贴必须注明作者、出处和本声明，并保持内容完整

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

评分

参与人数 1	积分 +2	收起理由
gzrain	+ 2	我很赞同

查看全部评分

Mel_csvb

木屐族

发表于 2018-11-20 19:22 |显示全部楼层

此文章由 Mel_csvb 原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者 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

金靴族

发表于 2018-11-20 19:49 来自手机 |显示全部楼层

此文章由 cppbug 原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者 cppbug 所有！转贴必须注明作者、出处和本声明，并保持内容完整

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

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

Mel_csvb

木屐族

发表于 2018-11-20 20:04 |显示全部楼层

此文章由 Mel_csvb 原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者 Mel_csvb 所有！转贴必须注明作者、出处和本声明，并保持内容完整

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

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

gzrain

皮靴族

发表于 2018-11-20 21:19 |显示全部楼层

此文章由 gzrain 原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者 gzrain 所有！转贴必须注明作者、出处和本声明，并保持内容完整

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

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

abravo

皮靴族

发表于 2018-11-20 22:14 来自手机 |显示全部楼层

此文章由 abravo 原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者 abravo 所有！转贴必须注明作者、出处和本声明，并保持内容完整

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

mr.houseband

皮靴族

发表于 2018-11-22 10:01 |显示全部楼层

此文章由 mr.houseband 原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者 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

木屐族

发表于 2018-11-23 18:11 来自手机 |显示全部楼层

此文章由 qyz225 原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者 qyz225 所有！转贴必须注明作者、出处和本声明，并保持内容完整

本帖最后由 qyz225 于 2018-11-23 18:12 编辑

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

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

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