A CDK construct to deploy a NextJS app using AWS CDK. Supported NextJs versions: >=12.3.0+ (includes 13.0.0+)
Uses the standalone output build mode.
Add the dependency [email protected]
to your project along with cdk-nextjs-standalone
.
npm install -D [email protected] cdk-nextjs-standalone
import path from 'path';
import { Nextjs } from 'cdk-nextjs-standalone';
new Nextjs(this, 'Web', {
nextjsPath: './web', // relative path to nextjs project root
});
- Due to CloudFront's Distribution Cache Behavior pattern matching limitations, a cache behavior will be created for each top level file or directory in your
public/
folder. CloudFront has a soft limit of 25 cache behaviors per distribution. Therefore, it's recommended to include all assets that can be under a top level folder likepublic/static/
. Learn more in open-next docs here.
Available on Construct Hub.
import { RemovalPolicy, Stack } from "aws-cdk-lib";
import { Construct } from "constructs";
import { CfnWebAcl } from "aws-cdk-lib/aws-wafv2";
import { SecurityPolicyProtocol, type DistributionProps } from "aws-cdk-lib/aws-cloudfront";
import { Nextjs, type NextjsDistributionProps } from "cdk-nextjs-standalone";
import { Bucket, BlockPublicAccess, BucketEncryption } from "aws-cdk-lib/aws-s3";
// Because of `WebAcl`, this stack must be deployed in us-east-1. If you want
// to deploy Nextjs in another region, add WAF in separate stack deployed in us-east-1
export class UiStack {
constructor(scope: Construct, id: string) {
const webAcl = new CfnWebAcl(this, "WebAcl", { ... });
new Nextjs(this, "NextSite", {
nextjsPath: "...",
defaults: {
assetDeployment: {
bucket: new Bucket(this, "NextjsAssetDeploymentBucket", {
autoDeleteObjects: true,
removalPolicy: RemovalPolicy.DESTROY,
encryption: BucketEncryption.S3_MANAGED,
enforceSSL: true,
blockPublicAccess: BlockPublicAccess.BLOCK_ALL,
}),
},
distribution: {
functionUrlAuthType: FunctionUrlAuthType.AWS_IAM,
cdk: {
distribution: {
webAclId: webAcl.attrArn,
minimumProtocolVersion: SecurityPolicyProtocol.TLS_V1_2_2021,
} as DistributionProps,
},
} satisfies Partial<NextjsDistributionProps>,
},
});
}
}
We're in the #open-next channel on the Serverless Stack Discord.
Deploys a NextJs static site with server-side rendering and API support. Uses AWS lambda and CloudFront.
There is a new (since Next 12) standalone output mode which uses output tracing to generate a minimal server and static files. This standalone server can be converted into a CloudFront distribution and a lambda handler that handles SSR, API, and routing.
The CloudFront default origin first checks S3 for static files and falls back to an HTTP origin using a lambda function URL.
This approach is most compatible with new NextJs features such as ESM configuration, middleware, next-auth, and React server components ("appDir").
The unmaintained @serverless-nextjs project uses the deprecated serverless
NextJs build target which prevents the use of new features.
This construct was created to use the new standalone
output build and newer AWS features like lambda function URLs and fallback origins.
You may want to look at Serverless Stack and its NextjsSite construct for an improved developer experience if you are building serverless applications on CDK.
Built on top of open-next, which was partially built using the original core of cdk-nextjs-standalone.
- Open-next
- https://github.com/iiroj/iiro.fi/commit/bd43222032d0dbb765e1111825f64dbb5db851d9
- https://github.com/sladg/nextjs-lambda
- https://github.com/serverless-nextjs/serverless-next.js/tree/master/packages/compat-layers/apigw-lambda-compat
- Serverless Stack
- RemixSite construct
- NextjsSite construct
Hey there, we value every new contribution a lot ๐๐ผ thank you.
Here is a short HowTo before you get started:
- Please make sure to create a bug first
- Link the bug in your pull request
- Run
yarn build
after you made your changes and before you open a pull request
Don't manually update package.json or use npm CLI. Update dependencies in .projenrc.js then run yarn projen.
-
v4.0.0
- Renamed
NextjsLambda
toNextjsServer
- Renamed
ImageOptimizationLambda
toNextjsImage
- Renamed
NextjsCachePolicyProps.lambdaCachePolicy
toNextjsCachePolicyProps.serverCachePolicy
- Removed
NextjsOriginRequestPolicyProps.fallbackOriginRequestPolicy
- Renamed
NextjsOriginRequestPolicyProps.lambdaOriginRequestPolicy
toNextjsOriginRequestPolicyProps.serverOriginRequestPolicy
- Removed
NextjsDistribution.staticCachePolicyProps
- Renamed
NextjsDistribution.lambdaCachePolicyProps
toNextjsDistribution.serverCachePolicyProps
- Renamed
NextjsDistribution.lambdaOriginRequestPolicyProps
toNextjsDistribution.serverOriginRequestPolicyProps
- Removed
NextjsDistribution.fallbackOriginRequestPolicyProps
- Removed
NextjsDistribution.imageOptimizationOriginRequestPolicyProps
- NOTE: when upgrading to v4 from v3, the Lambda@Edge function will be renamed or removed. CloudFormation will fail to delete the function b/c they're replicated a take ~15 min to delete (more here). You can either deploy CloudFormation with it's "no rollback" feature for a clean deployment or mark the Lambda@Edge function as "retain on delete".
- Renamed
-
v3.0.0: Using open-next for building, ARM64 architecture for image handling, new build options.
-
v2.0.0: SST wrapper changed, lambda/assets/distribution defaults now are in the
defaults
prop, refactored distribution settings into the new NextjsDistribution construct. If you are upgrading, you must temporarily remove thecustomDomain
on your existing 1.x.x app before upgrading to >=2.x.x because the CloudFront distribution will get recreated due to refactoring, and the custom domain must be globally unique across all CloudFront distributions. Prepare for downtime.