Build an API with Serverless Functions in Next.js

Next.js is a React framework for creating pre-rendered React websites. This is all done via server-side rendering or static site generation.

In server-side rendering, or SSR, Next.js renders React components into HTML pages on the server after a page request comes from the browser. While in static site generation, or SSG, Next.js renders React components into HTML pages at build time. We simply deploy the web pages and JavaScript bundles to the server.

Whether you are using SSR or SSG in Next.js, your React components are already rendered into HTML pages by the time they reach the browser. Consequently, all routing is handled in the browser and the app behaves like a single-page application (SPA). In contrast to this, React renders components in the browser through client-side rendering.

With Next.js, we get both SSG and SSR benefits, such as improved performance and better SEO.

In this article, we’ll learn about another great feature of Next.js — Serverless Functions. We’ll learn how to run Serverless Functions on Vercel, a platform designed specifically for Next applications. We will begin by discussing Next.js page routes and dynamic routes and later build on our knowledge to learn about Next.js API and dynamic API routes.

• Introduction to Serverless Functions in Next.js
• Prerequisites
• Setting up our application
• Page routes in Next.js
• Dynamic routes in Next.js
• API routing with Next.js Serverless Functions
  • The request handler function
• Dynamic API routes
• Advantages of API routes

Introduction to Serverless Functions in Next.js

The term “serverless functions” is just a naming convention. AWS calls them Lambda functions, but Vercel calls them their Serverless Functions — they’re the same thing.

Serverless Functions are not directly a part of the Next.js API. However, Next.js provides developers with API routes that can be deployed as Vercel Serverless Functions. And this is the crux of this article.

Prerequisites

To benefit the most from this article, the following prerequisites are required:

• Basic understanding of JavaScript
• Basic understanding of Next.js
• Basic understanding of API design
• The latest Node.js version installed on your system

Setting up our application

We will start by bootstrapping a Next.js application and use create-next-app to automatically set everything up. To create a Next.js project, run the following command:

yarn create next-app

After the installation is complete, start your app by running yarn dev. When you visit localhost:3000, you will get:

---

Over 200k developers use LogRocket to create better digital experiences

Learn more →

---

Page routes in Next.js

Before talking about API Routes, let’s learn about page routes.

In Next.js, each page is driven by a component. For example, an “About” page will have an About component and a “Contact” page will have a Contact component. Each page component has a file inside the pages folder, thus, the file name and location of each page component are tied to the particular page’s route.

To elaborate on this, navigate your browser to localhost:3000/about and you will get:

The 404 page shown above simply means that Next.js cannot find a component in the page folder called about. This is because we have not created an about component in the pages folder.

To resolve this, create an about.js file inside the pages directory and add the following code:

const About = () => {
    return (
        <div>
            <h1>Hello World!</h1>
        </div>
    )
};
export default About;

Now, revisit localhost:3000/about and you get:

When we created the About component in the pages folder, Next.js automatically created a route to serve the About component. Thus, the route name is tied to the file name.

Dynamic routes in Next.js

Next.js pages support dynamic routes. This is useful because complex applications require more than just defining routes by using predefined paths.

In Next.js, you can add brackets to a page component name, [param].js, to create a dynamic route for example. The page can be accessed via its dynamic route: pages/users/[param].js. Here, [param] is the page’s id, slug, pretty URLs, etc. Any route like /users/1 or /users/abcdef can be matched.

Next.js will send the matched path parameter as a query parameter to the page. And if there are other query parameters, Next.js will link the matched path parameter with them.

To elaborate on this, the matched route /users/abcdef of a dynamic route pages/users/[param].js, will have the query object:

{ "param": "abcdef" }

Similarly, the matched route /users/abcdef?foo=bar of a dynamic route, pages/users/[param].js, will have the following query object:

{ "foo": "bar", "pid": "abc" } 

In your application, create a user folder, and inside it create a component named [username.js. Add the following code to the component:

import { useRouter } from "next/router";
const User = () => {
    const router = useRouter();
    const username = router.query["username"];
    return (
        <div>
            <h1>Hello! Welcome {username} </h1>
        </div>
    );
};
export default User;

Now, when you visit http://localhost:3000/users/lawrenceagles, you get:

From our demonstration above, you see that Next automatically matched /users/lawrenceagles with the dynamic route pages/users/[username].js. Thus, whatever username is passed in the route will be displayed on the page. You can try out different usernames.

In addition to creating and serving pages with the page routes, Next.js can create APIs with the API routes. Building upon our knowledge so far, let’s learn about Next.js API routes in the next section.

API routing with Next.js Serverless Functions

API routes were introduced in Next.js v9. They enable us to build backend application endpoints, leveraging hot reloading and a unified build pipeline in the process.

What this means is that Next ≥v9 encapsulates both the frontend and backend. We can rapidly develop full-stack React and Node.js applications that scale effortlessly.

While the page routes serve Next.js pages as web pages, Next.js API routes are treated as an endpoint. The API routes live inside the /pages/api folder and Next.js maps any file inside that folder to /api/* as an endpoint.

This feature is very interesting because it enables Next.js to render data on the frontend that is stored in the Next.js app or render data that is fetched using Next.js API routes.

By bootstrapping your application with create-next-app, Next.js automatically creates an example API route, the /pages/api/hello.js file, for you. Inside /pages/api/hello.js, Next.js creates and exports a function named handler that returns a JSON object.

You can access this endpoint via the browser by navigating to http://localhost:3000/api/hello and the following JSON is returned:

{
  "name": "John Doe"
}

The request handler function

As seen above, to create a Next.js API route, you need to export a request handler function as default. The request handler function receives two parameters:

• req: an object that is an instance of http.IncomingMessage, and some prebuilt middlewares
• res: an object that is an instance of http.ServerResponse, plus some helper functions

To build an API with the API route, create a folder called data in the root directory. Create a post.json file inside the data folder with the following code:

[
    {
        "Title": "I am title 1",
        "Body": "Hello from post 1"
    },
    {
        "Title": "I am title 2",
        "Body": "Hello from post 2"
    },
    {
        "Title": "I am title 3",
        "Body": "Hello from post 3"
    },
    {
        "Title": "I am title 4",
        "Body": "Hello from post 4"
    },
    {
        "Title": "I am title 5",
        "Body": "Hello from post 5"
    }
]

Now, in the pages/api/ folder, create a new file called posts.js with the following code:

// Next.js API route support: https://nextjs.org/docs/api-routes/introduction
import posts from "../../data/posts.json"
export default function handler(req, res) {
    res.status(200).json(posts)
}

In the API route above, the handler function imports the JSON data, posts, and returns it as a response to a GET request. When you query for this data by visiting http://localhost:3000/api/posts from the browser, you get:

You can use the request.method object as seen below to handle other HTTP requests:

export default (req, res) => {
  switch (req.method) {
    case 'GET':
      //...
      break
    case 'POST':
      //...
      break
    case 'PUT':
      //...
      break
    case 'DELETE':
      //...
      break
    default:
      res.status(405).end() // Method not allowed
      break
  }
}

Dynamic API routes

Like page routes, Next API routes support dynamic routes. And dynamic API routes follow the same file naming rules used for page routes.

To elaborate on this, create a posts folder inside the pages/api/ folder. Create a file named [postid.js] inside the posts folder and the following code to it:

// Next.js API route support: https://nextjs.org/docs/api-routes/introduction
import posts from "../../../data/posts.json"
export default function handler(req, res) {
    const { postid } = req.query;
    const post = posts.find((post => post.id === parseInt(postid)));
    res.status(200).json(post)
}

In the code above, Next automatically matched the /posts/1 path with the dynamic route pages/posts/[postid].js. Whichever post id is passed to the route /posts/[postid]: /post/2, /post/3, /post/4, etc. will be available in the req.query object.

The request handler function above retrieves the passed post id from the req.query object, finds the post in the posts array, and sends it to the client.

So to get the post with an id of 1, navigate your browser to http://localhost:3000/api/posts/1. You will get:

Advantages of API routes

Next.js API routes are deployed as Serverless Functions in Vercel. This means they can be deployed to many regions across the world to improve latency and availability.

Also, as Serverless Functions, they are cost-effective and enable you to run your code on demand. This removes the need to manage infrastructure, provision servers, or upgrade hardware.

Another benefit of API routes is that they scale very well. Finally, they do not specify CORS by default because they are same-origin, however, you can customize this behavior by using the CORS request helper.

Conclusion

In this article, we learned about an interesting and powerful Next.js feature — API routes. We began by learning about the Next.js page route and delved into API routes. We also learned how to build an API using Next API routes, deployed as Vercel’s Serverless Functions.

I do hope that at the end of this article, you can build APIs using Next.js APIs Route!

LogRocket: Full visibility into production Next.js apps

Debugging Next applications can be difficult, especially when users experience issues that are difficult to reproduce. If you’re interested in monitoring and tracking state, automatically surfacing JavaScript errors, and tracking slow network requests and component load time, try LogRocket.

LogRocket is like a DVR for web and mobile apps, recording literally everything that happens on your Next app. Instead of guessing why problems happen, you can aggregate and report on what state your application was in when an issue occurred. LogRocket also monitors your app's performance, reporting with metrics like client CPU load, client memory usage, and more.

The LogRocket Redux middleware package adds an extra layer of visibility into your user sessions. LogRocket logs all actions and state from your Redux stores.

Modernize how you debug your Next.js apps — start monitoring for free.