无服务器 lambda 响应时间 Postman 与部署的应用程序

Question

这更像是一个基础设施问题。我正在为自己开发一个新的无服务器项目，但我对响应时间有疑问。

Architecture: 
Frontend: S3 + CloudFront - React App
Backend: API Gateway + Lambda (Node.js) + DynamoDB

我用 lambda 函数做了一个测试路由，returns 使用 API 网关 + Lambda 的简单响应。

当用邮递员调用它时，我得到了冷启动的长时间响应，但之后我得到了 80-120 毫秒的响应时间，我想这是可以接受的。

但我正在通过我的实际电脑和网络与 Postman 通话。

一旦我将实际的前端应用程序部署到与后端所在的同一区域中的 S3 + Cloudfront，这些响应时间是否会变得更好 - 因为一切都在 AWS 的基础设施中，是在 AWS 网络中进行的调用从 React 到 Lambda 函数的场景？

或者他们使用该应用程序的用户每次调用仍会收到 120 毫秒以上的响应时间？

谢谢。

Answer 1

Will these response times get better once I will deploy the actual frontend app to S3 + Cloudfront in the same zone as were the backend resides - since everything is in the infrastructure of AWS, is the call made in AWS network behind the scenes?

您的 React 应用程序将简单地存储在 AWS 资源上。 React 应用程序的文件将通过 S3 + CloudFront 提供给访问者的 Web 浏览器。 React 应用程序实际上在用户的网络浏览器中运行。 None 的 React 代码实际上是 AWS 中的“运行”。

所以不，响应时间不会变得更好。

Answer 2

有趣的是，我在 AWS 中获得的实际 lambda 执行相当小。

以60毫秒计。

所以我得到的其他 60-80 毫秒是由于从我的地理位置到实际 lambda 并返回的网络流量？

所以我的所有用户都会收到这个添加的 ms 响应，因为我们在地理位置上离 AWS lambda 有点远？

有办法解决这个问题吗？或者以某种方式优化它？

无服务器 lambda 响应时间 Postman 与部署的应用程序

Serverless lambda response times Postman vs Deployed App

amazon-web-services

aws-lambda

aws-serverless