@bonfy 我理解的, 这种提方案不能做决策实际上挺恶心人的. 另外建议方案里面提下后面的维护成本的区别. 前面有位同学说过, lambda 基本上是不需要运维成本的.

老实说我觉得更好的方案是 EKS/ECS 跑容器, 前面接 ALB... 这样能够在运维成本和运营成本之间有一个平衡

那个 concurrency 是单独对 lambda 而言的, 其他服务也是用 lambda 的话会有影响, 不过这个 limit 是可以找客服调的, 客服也很乐意帮你调. 就我的理解, 这个 limit 更多是避免新手犯错误导致接到一个很大金额的账单而设置的.

一个 lambda 实例的确只能处理一个 request, 不过可以不用太考虑 scaling 的问题, 因为从服务设计来说, 这不是你需要操心的问题. :)

另外, EC2 里面的选择题也不少, 实例用 t 还是用 m 还是用 c, 都可以玩好久...(逃)

@bonfy 如果是做方案, 也可以拿负载过来, 两边都搭好, 都跑几天, 看看成本. Cost Explorer 里面都看得到的.

另外, 不是用两台 EC2, 而是用一个 ASG, 而且正常的话, 前面放一个 ALB 比较好(除非成本控制要求真的很高).

如果这么有自信, 直接先上 lambda 跑一两个月看看效果, 高并发 concurrency 不由你管, AWS 会负责多起几个实例, 如果你实在不放心, 还可以设置 ReservedConcurrentExecutions, 比如至少有 1 个或两三个 lambda 实例一直在那儿.

因为云服务的好处在于你不用想着绑定, 觉得不开心觉得不划算, 切到另外一种也行, 反正试错成本低

你这个属于没好好看过价格表就来问问题, 因为 lambda 的计费是和内存大小, 运行时间长短直接相关的, 不了解你的业务情景完全没法回答.

如果是 Cloudformation 部署的话我都要推荐 ALB + lambda 了, APIGW 的 Cloudformation API 实在是恶心人. 当然费用方面会有区别.

@maomaomao001 厚着脸皮说我是用自己写的工具来管理的: https://github.com/xiaket/Snape, 我自己的 library 可以在这儿找到: https://github.com/xiaket/etc/blob/master/snape.json

@Removable 我换的是 QC25 的, 京东买了皮套, 回来搜了视频对照换上就行了

这是一个 bash 的问题, 不是一个 python 的问题

iPhone 8 100/1.5

@Science 我觉得要么是你语文没学好, 要么是故意找杠. 麻烦好好读读国旗法, 看看自己曲解了多少东西.

@FInt1620 于是就可以光明正大违法了? 如果愿意这样做, 至少走个修改法律的流程啊

为啥要去非官方渠道下载?

IaaC

泼个冷水, nodejs 写的在终端下的工具, 目前没看到一个具有 unix 命令行工具精神的, 这个也不例外.

iOS 的系统不值 3k, 但是如果是和 Android 对比, 那么和安卓的差距还是比 3k 要多的

type 是最基本的 metaclass.

到澳洲一样用海飞丝