将 ASP.NET API 转换为 AWS Lambda
Converting ASP.NET API To AWS Lambdas
我有一个 asp.net 核心 3.1 API 应用程序,我一直将其用作我的后端 api。
我将此应用程序托管在一个 AWS Lambda 函数中,使用 API 网关,使用一个 HTTP 路由并让 ASP.NET 核心应用程序处理路由。
环顾网络并阅读文档,似乎标准是每个 Lambda 函数有一个 HTTP API 路由,(所以正如我所解释的那样,这意味着每个 ASP.NET 控制器我的 API 在一个 lambda 函数中。
意思是因为我有 14 条路线,所以我似乎需要 14 个具有 API 端点的 lambda 函数。这也意味着基本上不再有 ASP.NET 核心 API,并且不再反汇编应用程序。
我完成这个没有问题,只是想知道这是否真的是正确的原因以及开发 api 的新常态。
是,端点 1 个 lambda(不是每个控制器)
可以将多个端点路由到同一个 lambda 函数,如 所述。但我相信大多数人都尝试为每个端点使用一个 lambda。
至于你所说的开发 API 的新常态,我会提醒你不要太相信炒作。无服务器在现代 Web 开发中肯定占有一席之地,但它并没有取代我工作过的传统 API。
我有一个 asp.net 核心 3.1 API 应用程序,我一直将其用作我的后端 api。
我将此应用程序托管在一个 AWS Lambda 函数中,使用 API 网关,使用一个 HTTP 路由并让 ASP.NET 核心应用程序处理路由。
环顾网络并阅读文档,似乎标准是每个 Lambda 函数有一个 HTTP API 路由,(所以正如我所解释的那样,这意味着每个 ASP.NET 控制器我的 API 在一个 lambda 函数中。
意思是因为我有 14 条路线,所以我似乎需要 14 个具有 API 端点的 lambda 函数。这也意味着基本上不再有 ASP.NET 核心 API,并且不再反汇编应用程序。
我完成这个没有问题,只是想知道这是否真的是正确的原因以及开发 api 的新常态。
是,端点 1 个 lambda(不是每个控制器)
可以将多个端点路由到同一个 lambda 函数,如
至于你所说的开发 API 的新常态,我会提醒你不要太相信炒作。无服务器在现代 Web 开发中肯定占有一席之地,但它并没有取代我工作过的传统 API。