无服务器开发人员的经验教训

我今天读过的文章的 TL;DR 风格笔记。

经验教训——在生产中实现“完全无服务器”的一年

• 无服务器上的 API 服务器可实现自动可扩展性、高可用性并大幅降低成本。
• 部署 Lambda 函数有 52MB 的限制。您可以通过仅包含必需的依赖项并通过排除未使用的文件来缩减其大小来缓解此限制。
• 对于文件处理等后台作业，请保留一组不属于 API 服务器的专用 Lambda 函数。
• 一种好的日志记录方法是将 Lambda 日志流式传输到专用的 Lambda 中，由该 Lambda 负责将其发送到第三方日志记录服务。 
• 当涉及环境变量时，不要将您的秘密提交给源代码控制。

完整文章在这里，阅读时间 6 分钟

使用无服务器的前六个月我学到的 6 件事

• 抛弃 Python，换用 Node。它让一切变得更易于维护，也更合乎逻辑。
• 中间层必须去掉。它充当 Lambda 上的 Web 服务器，这既错误又糟糕。
• 处理杂乱的代码时，可以尝试 Vue。Vue 会将所有代码编译成 index.html 和 bundle.js 文件，方便上传到 S3。
• 学会爱上 DynamoDB。只要您掌握了技巧，这款 NoSQL 数据库就能提供卓越的性能、强大的扩展能力，而且几乎无需任何管理开销。
• 无服务器框架非常棒。一个简单的 sls 部署就能发挥巨大的作用，打包你的代码并直接发送到 AWS Lambda。
• 授权是王道，而 JWT 使得所有其他类型的授权看起来过于复杂。

完整文章在这里，阅读需要 10 分钟

使用无服务器框架和 AWS Lambda 构建应用程序的 5 个技巧

• 无服务器与微服务架构配合良好。您应该限制所使用的服务和功能的范围。
• Lambda 函数不应在单个请求的生命周期之外在环境中保留任何数据或会话信息。
• 但是，Lambda 可能会重用您的函数实例来优化性能。因此，您应该针对函数的重用进行优化。
• 冷启动是 AWS Lambda 的一个问题。请保持容器处于温暖状态，以减少延迟。
• 使用依赖注入让你的函数易于测试。编写集成测试，无论是在本地还是在部署中。

完整文章在这里，阅读时间 6 分钟

通过在此处注册我的时事通讯 in.snippets()，您可以每个工作日将这些 TL;DR 风格的笔记直接发送到您的收件箱。