AWS Lambda
它是什么以及为什么可怕的
演示文稿和现场演示，突出了“无服务器”解决方案的深色腹部，选择了AWS lambda，因为它是最先前的。我们在Lambda + DynamoDB中构建了一个老式的杀手，并将这种方法与CGI + SQLITE进行了比较。
大纲
- 旋转新实例时的高潜伏期。
- 新的“配置并发性”模型是AWS帐单双口语，为什么不购买VM呢？
- 调试是一场噩梦：
- 日志不会立即通过CloudWatch
- 没有Ptrace或BPFtrace进行调试
- 没有理解资源利用率的顶部。
- 怪异的包装和部署模式，在其他任何地方都没有使用。
- 在实践中，您必须使用无服务器或Zappa之类的框架
- 他们为您处理一些但不是全部的下文 - 应该在哪里绘制这条线？
- “修补服务器”真的很难吗？尤姆克隆，有人吗？
- 提供秘密意味着使用 +支付AWS Secrets Manager
- 没有秘密经理意味着将秘密保存在某处
- 避免秘密意味着完全依靠IAM，这很容易拧紧
- 网络性能与内存分配成正比
- 这使您为获得响应式应用程序所需的付费超出了所需的费用
- 猜测：这来自通过KSM的超额订购RAM，无法与网络相同
- Lambda大部分关闭应用时会节省资金，但是开发人员的时间将永远不会得到回报。
致谢
- 安倍·辛普森（Abe Simpson）图像©20世纪福克斯
- 现代问题模因©Dave Chappelle / Comedy Central
- @myoung34的重要反馈
