上个月我一直在使用 AWS Lambda，直接在内联编辑器中编辑代码。它工作正常，但今天该编辑器只是在 UI 中不存在。没有错误，没有其他遗漏，没有更改任何选项，只是...逝。
我用谷歌搜索了一下，有些人在代码变得太大时遇到了问题——但这些人显然显示了一个错误，我的代码只有~300行。哦，好吧。我想从现在开始我将只使用 zip 文件。
问题是我找不到任何方法来查看或下载我的代码。 3 SO/Google 结果显示"使用操作 ->下载功能！"，但这对我来说不是一个选项。导出函数是，但它只导出一个 600 字节的 YAML 配置文件或一个 AWS 部署包，我无法阅读。我找不到任何方法下载我的代码，所以我可以编辑它并重新上传或至少保存我所做的工作。
我错过了什么吗？发生了什么，为什么，我能做什么？
检查您的 AWS 区域是否已更改。如果您与创建它的位置不同，它将不会显示任何 lambda 函数。这听起来微不足道，但可能值得一看。
恭喜您到目前为止在 AWS lambda 上取得了成功！我认为是时候让你逐步采用一种更"软件工程"的方式来部署你的lambda函数了。在线编辑器非常适合你好世界，但除此之外没有太多。每次手动将 lambda 上传到 s3 也同样糟糕，如果不是更糟的话(呵呵)。
我目前每天都在工作中构建 AWS Lambda 函数，以下是我部署函数的两种方式：
1) CI/CD
使用 AWSCodepipeline(用于持续集成)和 CodeBuild(作为构建服务器)搭建 Lambda 函数的基架的一种非常简单的方法是使用 AWS Codestar。持续部署真的很棒，因为您只需像往常一样将代码推送到 git，从中创建的全新构建将自动部署到您的开发环境中。有比这更容易吗？:)
2) 无服务器部署
我喜欢 AWS CodePipeline 和我的 lambda 函数的 CI/CD，但 code Pipeline 有时可能非常 sssslllooooowwwww(甚至比手动上传到 s3 还要慢！哈哈)。有时我需要更快的反馈循环，并且不想等待 CI 管道，在这些情况下，我通常会使用无服务器框架。术语"框架"有点误导，因为它是一个命令行工具，而不是要安装的 npm 库。基本上，您将serverless.yml文件放在项目的根目录中，然后当您要部署时，只需转到命令行并键入serverless deploy。
希望这有帮助。祝你好运，编码愉快！