Huge News!Announcing our $40M Series B led by Abstract Ventures.Learn More
Socket
Sign inDemoInstall
Socket

serverless-nextjs-plugin

Package Overview
Dependencies
Maintainers
1
Versions
64
Alerts
File Explorer

Advanced tools

Socket logo

Install Socket

Detect and block malicious and high-risk dependencies

Install

serverless-nextjs-plugin

A serverless plugin for nextjs 8 serverless target

  • 1.0.0
  • Source
  • npm
  • Socket score

Version published
Weekly downloads
138
decreased by-9.8%
Maintainers
1
Weekly downloads
 
Created
Source

Serverless Nextjs Plugin

Build Status Coverage Status

A serverless framework plugin to deploy nextjs apps.

The plugin targets Next 8 serverless mode. See https://nextjs.org/blog/next-8/#serverless-nextjs.

Motivation

Next 8 released official support for serverless! It doesn't work out of the box with AWS Lambdas, instead, next provides a low level API which this plugin uses to deploy the serverless pages.

Nextjs serverless page handler signature:

exports.render = function(req, res) => {...}

AWS Lambda handler:

exports.handler = function(event, context, callback) {...}

A compat layer between the nextjs page bundles and AWS Lambda is added at build time:

const page = require(".next/serverless/pages/somePage.js");

module.exports.render = (event, context, callback) => {
  const { req, res } = compatLayer(event, callback);
  page.render(req, res);
};

Getting started

Let's first configure the serverless.yml file:

Plugin configuration

The plugin only needs to know where your next.config.js file is located. Note it expects the directory and not the actual file path. E.g. ./nextApp where inside nextApp there is next.config.js.

custom:
  serverless-nextjs:
    nextConfigDir: '/dir/to/my/nextApp'

Page functions

Configure the functions for the next serverless pages as you would do for any other serverless function.

functions:
  home-page:
    handler: build/serverless/pages/home.render
    events:
      - http:
          path: home
          method: get
  about-page:
    handler: build/serverless/pages/about.render
    events:
      - http:
          path: about
          method: get

package:
  # exclude everything, except for the page bundles
  exclude:
    - ./**/*
  include:
    # important to use {handler}.* as there will be 2 files per function handler
    - build/serverless/pages/home.*
    - build/serverless/pages/about.*

Since the next page bundles are self contained, you can exclude everything. However, make sure when you are including the page bundles, to use the pattern build/serverless/pages/{pageName}.*. This makes sure the compat files created by the plugin are also included in the deployment artifact.

Next configuration

In your next.config.js make sure the configuration is set like:

module.exports = {
  target: "serverless",
  distDir: "build",
  assetPrefix: "https://s3.amazonaws.com/your-bucket-name"
}

target: serverless

This is a requirement for the plugin to work. When next has the target set to serverless, it will compile serverless page bundles.

distDir: build

Specify a distDir. Otherwise next will use the default value .next which breaks the Lambda deployment, probably because is a dot directory. build is fine, but could be any other name.

assetPrefix: "https://s3.amazonaws.com/your-bucket-name"

Other valid bucket URLs are also fine.

The plugin will parse the bucket name from the assetPrefix and will create an S3 bucket using the parsed name. The first time the serverless stack is provisioned, it is assumed there isn't a bucket with this name already, so make sure you don't have a bucket with that name already in your amazon account. On deployment, the plugin will upload the next static assets to your bucket.

Note that bucket names must be globally unique

If you've reached this far, simply run:

serverless deploy

Visit the API GW endpoints and the next pages should be working 🎉

Examples

See the examples/ directory.

Roadmap

  • Serverless functions created at build time, so users don't have to manually specify them in the serverless.yml.
  • Mitigate cold starts, maybe just add an example using another plugin which solves this.
  • More examples.

Note

This is still a WIP so there may be breaking changes.

Any feedback is really appreciated. Also PRs are welcome :)

FAQs

Package last updated on 28 Feb 2019

Did you know?

Socket

Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.

Install

Related posts

SocketSocket SOC 2 Logo

Product

  • Package Alerts
  • Integrations
  • Docs
  • Pricing
  • FAQ
  • Roadmap
  • Changelog

Packages

npm

Stay in touch

Get open source security insights delivered straight into your inbox.


  • Terms
  • Privacy
  • Security

Made with ⚡️ by Socket Inc