Serverless

Should you use Fastify in a serverless platform?

That is up to you! Keep in mind that functions as a service should always use small and focused functions, but you can also run an entire web application with them. It is important to remember that the bigger the application the slower the initial boot will be. The best way to run Fastify applications in serverless environments is to use platforms like Google Cloud Run, AWS Fargate, and Azure Container Instances, where the server can handle multiple requests at the same time and make full use of Fastify’s features.

One of the best features of using Fastify in serverless applications is the ease of development. In your local environment, you will always run the Fastify application directly without the need for any additional tools, while the same code will be executed in your serverless platform of choice with an additional snippet of code.

The sample provided allows you to easily build serverless web applications/services and RESTful APIs using Fastify on top of AWS Lambda and Amazon API Gateway.

Note: Using aws-lambda-fastify is just one possible way.

app.js

When executed in your lambda function we do not need to listen to a specific port, so we just export the wrapper function init in this case. The lambda.js file will use this export.

When you execute your Fastify application like always, i.e. node app.js (the detection for this could be require.main === module), you can normally listen to your port, so you can still run your Fastify function locally.

lambda.js

  1. const awsLambdaFastify = require('aws-lambda-fastify')
  2. const init = require('./app');
  3. const proxy = awsLambdaFastify(init())
  4. // or
  5. // const proxy = awsLambdaFastify(init(), { binaryMimeTypes: ['application/octet-stream'] })
  6. exports.handler = proxy;
  7. // or
  8. // exports.handler = (event, context, callback) => proxy(event, context, callback);
  9. // or
  10. // exports.handler = (event, context) => proxy(event, context);
  11. // or
  12. // exports.handler = async (event, context) => proxy(event, context);

We just require aws-lambda-fastify (make sure you install the dependency npm i --save aws-lambda-fastify) and our file and call the exported awsLambdaFastify function with the app as the only parameter. The resulting proxy function has the correct signature to be used as a lambda handler function. This way all the incoming events (API Gateway requests) are passed to the proxy function of aws-lambda-fastify.

Example

An example deployable with claudia.js can be found .

Considerations

  • API Gateway does not support streams yet, so you are not able to handle .
  • API Gateway has a timeout of 29 seconds, so it is important to provide a reply during this time.

Creation of Fastify instance

  1. const fastify = require("fastify")({
  2. logger: true // you can also define the level passing an object configuration to logger: {level: 'debug'}
  3. });

Add Custom contentTypeParser to Fastify instance

As explained in issue #946, since the Google Cloud Functions platform parses the body of the request before it arrives into Fastify instance, troubling the body request in case of POST and PATCH methods, you need to add a custom to mitigate this behavior.

  1. fastify.addContentTypeParser('application/json', {}, (req, body, done) => {
  2. done(null, body.body);
  3. });

A simple GET endpoint:

  1. fastify.get('/', async (request, reply) => {
  2. reply.send({message: 'Hello World!'})
  3. })
  1. fastify.route({
  2. method: 'POST',
  3. url: '/hello',
  4. schema: {
  5. body: {
  6. type: 'object',
  7. properties: {
  8. name: { type: 'string'}
  9. },
  10. required: ['name']
  11. },
  12. 200: {
  13. type: 'object',
  14. properties: {
  15. message: {type: 'string'}
  16. }
  17. }
  18. },
  19. },
  20. handler: async (request, reply) => {
  21. const { name } = request.body;
  22. reply.code(200).send({
  23. message: `Hello ${name}!`
  24. })
  25. }
  26. })

Implement and export the function

Final step, implement the function to handle the request and pass it to Fastify by emitting request event to fastify.server:

  1. const fastifyFunction = async (request, reply) => {
  2. await fastify.ready();
  3. }
  4. export.fastifyFunction = fastifyFunction;

Local test

Install Google Functions Framework for Node.js.

You can install it globally:

  1. npm i -g @google-cloud/functions-framework

Or as a development library:

Than you can run your function locally with Functions Framework:

  1. npx @google-cloud/functions-framework --target=fastifyFunction

Or add this command to your package.json scripts:

  1. "scripts": {
  2. ...
  3. "dev": "npx @google-cloud/functions-framework --target=fastifyFunction"
  4. ...
  5. }

and run it with npm run dev.

Deploy

  1. gcloud functions deploy fastifyFunction \
  2. --runtime nodejs14 --trigger-http --region $GOOGLE_REGION --allow-unauthenticated

Read logs

  1. gcloud functions logs read

Example request to /hello endpoint

  1. curl -X POST https://$GOOGLE_REGION-$GOOGLE_PROJECT.cloudfunctions.net/me -H "Content-Type: application/json" -d '{ "name": "Fastify" }'
  2. {"message":"Hello Fastify!"}

References

Unlike AWS Lambda or Google Cloud Functions, Google Cloud Run is a serverless container environment. Its primary purpose is to provide an infrastructure-abstracted environment to run arbitrary containers. As a result, Fastify can be deployed to Google Cloud Run with little-to-no code changes from the way you would write your Fastify app normally.

Follow the steps below to deploy to Google Cloud Run if you are already familiar with gcloud or just follow their quickstart.

Adjust Fastify server

In order for Fastify to properly listen for requests within the container, be sure to set the correct port and address:

  1. function build() {
  2. const fastify = Fastify({ trustProxy: true })
  3. return fastify
  4. }
  5. async function start() {
  6. // Google Cloud Run will set this environment variable for you, so
  7. // you can also use it to detect if you are running in Cloud Run
  8. const IS_GOOGLE_CLOUD_RUN = process.env.K_SERVICE !== undefined
  9. // You must listen on the port Cloud Run provides
  10. const port = process.env.PORT || 3000
  11. // You must listen on all IPV4 addresses in Cloud Run
  12. const address = IS_GOOGLE_CLOUD_RUN ? "0.0.0.0" : undefined
  13. try {
  14. const server = build()
  15. const address = await server.listen(port, address)
  16. console.log(`Listening on ${address}`)
  17. } catch (err) {
  18. console.error(err)
  19. process.exit(1)
  20. }
  21. }
  22. module.exports = build
  23. if (require.main === module) {
  24. start()
  25. }

Add a Dockerfile

  1. # Use the official Node.js 10 image.
  2. # https://hub.docker.com/_/node
  3. FROM node:10
  4. # Create and change to the app directory.
  5. # Copy application dependency manifests to the container image.
  6. # A wildcard is used to ensure both package.json AND package-lock.json are copied.
  7. # Copying this separately prevents re-running npm install on every code change.
  8. COPY package*.json ./
  9. # Install production dependencies.
  10. RUN npm install --only=production
  11. # Copy local code to the container image.
  12. COPY . .
  13. CMD [ "npm", "start" ]

To keep build artifacts out of your container (which keeps it small and improves build times) add a .dockerignore file like the one below:

Submit build

Next, submit your app to be built into a Docker image by running the following command (replacing PROJECT-ID and APP-NAME with your GCP project id and an app name):

  1. gcloud builds submit --tag gcr.io/PROJECT-ID/APP-NAME

Deploy Image

After your image has built, you can deploy it with the following command:

  1. gcloud beta run deploy --image gcr.io/PROJECT-ID/APP-NAME --platform managed

Your app will be accessible from the URL GCP provides.

First, please perform all preparation steps related to AWS Lambda.

Create a folder called functions, then create server.js (and your endpoint path will be server.js) inside the functions folder.

functions/server.js

  1. export { handler } from '../lambda.js'; // Change `lambda.js` path to your `lambda.js` path

netlify.toml

  1. [build]
  2. # This will be run the site build
  3. command = "npm run build:functions"
  4. # This is the directory is publishing to netlify's CDN
  5. # and this is directory of your front of your app
  6. # publish = "build"
  7. # functions build directory
  8. functions = "functions-build" # always appends `-build` folder to your `functions` folder for builds

webpack.config.netlify.js

Do not forget to add this Webpack config, or else problems may occur

  1. const nodeExternals = require('webpack-node-externals');
  2. const dotenv = require('dotenv-safe');
  3. const webpack = require('webpack');
  4. const env = process.env.NODE_ENV || 'production';
  5. const dev = env === 'development';
  6. if (dev) {
  7. dotenv.config({ allowEmptyValues: true });
  8. }
  9. module.exports = {
  10. mode: env,
  11. devtool: dev ? 'eval-source-map' : 'none',
  12. externals: [nodeExternals()],
  13. devServer: {
  14. proxy: {
  15. '/.netlify': {
  16. target: 'http://localhost:9000',
  17. pathRewrite: { '^/.netlify/functions': '' }
  18. }
  19. }
  20. },
  21. module: {
  22. rules: []
  23. },
  24. plugins: [
  25. new webpack.DefinePlugin({
  26. 'process.env.APP_ROOT_PATH': JSON.stringify('/'),
  27. 'process.env.NETLIFY_ENV': true,
  28. 'process.env.CONTEXT': env
  29. })
  30. ]
  31. };

Scripts

Add this command to your package.json scripts

  1. "scripts": {
  2. ...
  3. "build:functions": "netlify-lambda build functions --config ./webpack.config.netlify.js"
  4. ...
  5. }

Then it should work fine

provides zero-configuration deployment for Node.js applications. In order to use it now, it is as simple as configuring your vercel.json file like the following:

  1. {
  2. "rewrites": [
  3. {
  4. "source": "/(.*)",
  5. "destination": "/api/serverless.js"
  6. }
  7. }