让我尝试澄清您的困惑,我可以理解但是,请注意有多个称为serverless-express
或类似的工具/项目,并且它们具有不同的含义(请参阅我的答案的结尾)。我在下面假设您想在 Lambda 函数中使用 Express。
解释不同的术语/工具
无服务器是一种工具/框架,可简化 AWS Lambda 等服务的基础设施部署过程(但还支持其他功能即服务提供商或工具)。这意味着无服务器框架可以帮助您将函数编写为基础设施即代码,因此,您可以轻松地将 Lambda 函数与 API Gateway、SQS、SNS 等其他服务连接起来。
API Gateway是一种服务,用于定义端点或路由并将 HTTP 请求转发到另一个目的地。这可以是一个 Lambda 函数,也可以是一个完全不同的 HTTP 端点。
Express的主要目的是管理路由和一些中间件,因此您可以为特定端点实现业务逻辑。Express 启动 HTTP 服务器,然后将请求转发到您的业务逻辑。
了解差异
您可以在某种程度上说,一般来说,Express 应用程序就像 API Gateway 和 AWS Lambda 的组合,因为它知道如何将请求(= API Gateway 正在执行的操作)路由到您的业务逻辑(= AWS Lambda 函数正在执行的操作) . 唯一的区别是典型的 Express 应用程序在自己的服务器上运行,而 API Gateway 和 AWS Lambda 是需要连接在一起的独立服务。这就是您可以使用基础架构即代码所做的事情。(您也可以手动完成,但不建议用于大型项目)然后,您“只”需要在您的 Lambda 函数中实现您的业务逻辑。
Express 应用程序如何在 AWS Lambda 上运行
但是,可以在 AWS Lambda 上运行 Express 应用程序,因为您可以在 AWS Lambda 上运行几乎任何类型的 Node.js 程序。在这种情况下,您仍然需要结合 API Gateway 和 AWS Lambda 才能在您的 Lambda 函数中接收HTTP 事件。这是必要的,因为 AWS Lambda 单独无法接收任何HTTP 请求,它只能接收任何结构的“事件”。API 网关不是直接在 Lambda 中接收 HTTP 请求,而是将所有HTTP 请求转发到您的 Lambda 函数(= 您可以配置为转发所有请求,独立于 url 路径或 HTTP 方法)并将它们转换为HTTP 事件可以由您的 Lambda 函数处理。然后,您的 Lambda 函数中的 Express 应用程序使用此 HTTP 事件,因此它知道在您的代码中将请求/事件路由到何处。最后,这意味着您只需使用 AWS Lambda 作为运行 Express 应用程序的一种方式,而不是使用单独的服务器。
实现它的工具
如开头所述,有几个项目或工具自称serverless-express
或类似。例如,https://github.com/vendia/serverless-express包含一些胶水代码,用于将Lambda 函数中的HTTP 事件与 Express 应用程序代码连接起来。但是这个项目没有使用 Serverless 框架。相反,它使用的是无服务器应用程序模型 (SAM),它是 AWS 直接提供的 CLI 工具。但是,还有无服务器 Express尝试使用无服务器框架以稍微不同的方式实现相同的目标。
您应该重新考虑在 AWS Lambda 上运行 Express 的方法的原因
尽管在 AWS Lambda 上运行 Express 应用程序听起来是个好主意,但我绝对不推荐它。正如我在上面的解释中可能已经认识到的那样,您复制了大部分路由内容。如果您想了解更多不应该这样做的原因,我建议您阅读这篇博文,其中包含更多详细信息。