-
Notifications
You must be signed in to change notification settings - Fork 116
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Next JS] Server-side rendering support on classic AWS Lambda instead of Lambda@EDGE #2198
Comments
@ixartz what are limitations you're running into? |
@swaminator Lambda@Edge is way more expensive than the classic AWS Lambda |
We have the same problem. Lambda@Edge limit our Next.js api's to accept only 1MB of data. Theres a way to deploy all or some of ours api's at classic Lambda instead of Lambda@EDGE? Seems cheaper and better for API purpose. |
Also, I'd like to run a lambda closer to a few services that our next.js app needs to talk to. |
Our new compute stack offers better support than the old Lambda@Edge stack. Take a look at the announcement: https://aws.amazon.com/blogs/mobile/amplify-next-js-13/ We're considering this issue resolved because we're moving away from Lambda@Edge. |
|
This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs. |
Is your feature request related to a problem? Please describe.
After the release of #412, it's annoying we can't deploy Next JS with AWS Amplify on classic/vanilla AWS Lambda instead of Lambda@Edge.
Lambda@Edge has more limitation compare to classic AWS Lambda. AWS Lambda is more powerful, more tooling, etc.
Describe the solution you'd like
It could be great if we can choose between classic AWS Lambda and Lambda@Edge
The text was updated successfully, but these errors were encountered: