OpenNext takes the Next.js build output and converts it into packages that can be deployed across a variety of environments. Natively OpenNext has support for AWS Lambda, and classic Node.js Server.
OpenNext aims to support all Next.js 14 features. Some features are work in progress. If you are running into any problems make sure to check the docs first before you open a new issue or visit our Discord to let us know!
- App & Pages Router
- API routes
- Dynamic routes
- Static site generation (SSG)
- Server-side rendering (SSR)
- Incremental static regeneration (ISR)
- Middleware
- Server actions
- Image optimization
- NextAuth.js
- Running at edge
- Almost no coldstart (*)
Gymshark UK, Udacity, TUDN, NHS England
For personalisation you need to create a file open-next.config.ts
at the same place as your next.config.js
, and export a default object that satisfies the OpenNextConfig
interface. It is possible to not have an open-next.config.ts file, the default configuration will then be applied automatically.
OpenNext can be executed in debug mode by setting the environment variable OPEN_NEXT_DEBUG=true
before your build.
This will output A LOT of additional logs to the console. This also disable minifying in esbuild, and add source maps to the output. This can result in code that might be up to 2-3X larger than the production build. Do not enable this in production.
You can read more about the configuration in the docs
Besides the standard npm releases we also automatically publish prerelease packages on branch pushes (using pkg.pr.new
):
https://pkg.pr.new/@opennextjs/aws@main
: Updated with every push to themain
branch, this prerelease contains the most up to date yet (reasonably) stable version of the package.https://pkg.pr.new/@opennextjs/aws@experimental
Updated with every push to theexperimental
branch, this prerelease contains the latest experimental version of the package (containing features that we want to test/experiment on before committing to).
Which you can simply install directly with your package manager of choice, for example:
npm i https://pkg.pr.new/@opennextjs/aws@main
To run OpenNext
locally:
- Clone this repository.
- Build
open-next
:cd packages/open-next pnpm build
- Run
open-next
in watch mode:pnpm dev
- Now, you can make changes in
open-next
and build your Next.js app to test the changes.cd path/to/my/nextjs/app path/to/open-next/packages/open-next/dist/index.js build
OpenNext provide you with a warmer function that can be used to reduce cold start.
On Lambda, there are multiple scenarios where a lambda will trigger a cold start even if you have some warmed instance. For example if you have more requests than warm instances you'll get a cold start. Also NextJs lazy load the routes, so even if you hit a warm instance, this specific route might not have been loaded yet.
We are grateful for the projects that inspired OpenNext and the amazing tools and libraries developed by the community:
- nextjs-lambda by Jan for serving as inspiration for packaging Next.js's standalone output to Lambda.
- CDK NextJS by JetBridge for its contribution to the deployment architecture of a Next.js application on AWS.
- serverless-http by Doug Moscrop for developing an excellent library for transforming AWS Lambda events and responses.
- serverless-nextjs by Serverless Framework for paving the way for serverless Next.js applications on AWS.
Special shoutout to @khuezy and @conico974 for their outstanding contributions to the project.
Maintained by SST. Join our community: Discord | YouTube | Twitter