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