Skip to content
Open SaaS is now running on Wasp v0.14!
🐝🚀
If you're running an older version, please follow the migration instructions.

Deploying

Because this SaaS app is a React/NodeJS/Postgres app built on top of Wasp, we will direct you to the Wasp Deployment Guide for more detailed instructions, except for where the instructions are specific to this template.

The simplest and quickest option is to take advantage of Wasp’s one-command deploy to Fly.io (wasp deploy).

Or if you prefer to deploy to a different provider, or your frontend and backend separately, you can follow the Deploying Manually section below.

If you’re looking to deploy your Astro Blog, you can follow the Deploying your Blog section at the end of this guide.

Deploying your App

Prerequisites

Make sure you’ve got all your API keys and environment variables set up before you deploy.

Env Vars

Payment Processor Vars

In the Payments Processor integration guide, you set up your API keys using test keys and test product ids. You’ll need to get the live/production versions of those keys. To get these, repeat the instructions in the Integration Guide without being in test mode. Add the new keys to your deployed environment secrets.

Other Vars

Many of your other environment variables will probably be the same as in development, but you should double-check that they are set correctly for production.

Here are a list of all of them (some of which you may not be using, e.g. Analytics, Social Auth) in case you need to check:

General Vars
  • DATABASE_URL
  • JWT_SECRET
  • WASP_WEB_CLIENT_URL
  • WASP_SERVER_URL
Open AI API Key
  • OPENAI_API_KEY
Sendgrid API Key
  • SENDGRID_API_KEY
Social Auth Vars
  • GOOGLE_CLIENT_ID
  • GOOGLE_CLIENT_SECRET
  • GITHUB_CLIENT_ID
  • GITHUB_CLIENT_SECRET
Analytics Vars
  • REACT_APP_PLAUSIBLE_ANALYTICS_ID (for client-side)
  • PLAUSIBLE_API_KEY
  • PLAUSIBLE_SITE_ID
  • PLAUSIBLE_BASE_URL
  • REACT_APP_GOOGLE_ANALYTICS_ID (for client-side)
  • GOOGLE_ANALYTICS_CLIENT_EMAIL
  • GOOGLE_ANALYTICS_PROPERTY_ID
  • GOOGLE_ANALYTICS_PRIVATE_KEY (Make sure you convert the private key within the JSON file to base64 first with echo -n "PRIVATE_KEY" | base64. See the Analytics docs for more info)
AWS S3 Vars
  • AWS_S3_IAM_ACCESS_KEY
  • AWS_S3_IAM_SECRET_KEY
  • AWS_S3_FILES_BUCKET
  • AWS_S3_REGION

Deploying to Fly.io

Fly.io is a platform for running your apps globally. It’s a great choice for deploying your SaaS app because it’s free to get started, can host your entire full-stack app in one place, scales well, and has one-command deploy integration with Wasp.

Wasp provides the handy wasp deploy command to deploy your entire full-stack app (DB, server, and client) in one command.

To learn how, please follow the detailed guide for deploying to Fly via the Wasp CLI from the Wasp documentation. We suggest you follow this guide carefully to get your app deployed.

Deploying Manually / to Other Providers

If you prefer to deploy manually, your frontend and backend separately, or just prefer using your favorite provider you can follow Wasp’s Manual Deployment Guide.

Adding Server Redirect URL’s to Social Auth

After deploying your server, you need to add the correct redirect URIs to the credential settings. For this, refer to the following guides from the Wasp Docs:

Setting up your Stripe Webhook

Now you need to set up your stripe webhook for production use. Below are some important steps and considerations you should take as you prepare to deploy your app to production.

Stripe API Versions

When you create your Stripe account, Stripe will automatically assign you to their latest API version at that time. This API version is important because it determines the structure of the responses Stripe sends to your webhook, as well as the structure it expects of the requests you make toward the Stripe API.

Because this template was built with a specific version of the Stripe API in mind, it could be that your Stripe account is set to a different API version.

To make sure your app is consistent with your Stripe account, here are some steps you can follow:

  1. You can find your default API version in the Stripe dashboard under the Developers section.
  2. Check that the API version in your /src/payment/stripe/stripeClient.ts file matches the default API version in your dashboard:
stripeClient.ts
export const stripe = new Stripe(process.env.STRIPE_KEY!, {
apiVersion: 'YYYY-MM-DD', // e.g. 2023-08-16
});
  1. If they don’t match, you can upgrade/downgrade your Stripe NPM package in package.json to match the API version in your dashboard:
  • If your default version on the Stripe dashboard is also the latest version of the API, you can simply upgrade your Stripe NPM package to the latest version.
  • If your default version on the Stripe dashboard is not the latest version, and you don’t want to upgrade to the latest version, because e.g. you have other projects that depend on the current version, you can find and install the Stripe NPM package version that matches your default API version by following these steps:
    • Find and note the date of your default API version in the developer dashboard.
    • Go to the Stripe NPM package page and hover over Published date column until you find the package release that matches your version. For example, here we find the NPM version that matches the default API version of 2023-08-16 in our dashboard, which is 13.x.x. stripe-npm-versions
    • Install the correct version of the Stripe NPM package by running, :
    Terminal window
    npm install stripe@x.x.x # e.g. npm install stripe@13.11.0
  1. Test your app thoroughly to make sure that the changes you made to your Stripe client are working as expected before deploying to production.

Creating Your Production Webhook

  1. go to https://dashboard.stripe.com/webhooks
  2. click on + add endpoint
  3. enter your endpoint url, which will be the url of your deployed server + /payments-webhook, e.g. https://open-saas-wasp-sh-server.fly.dev/payments-webhook listen-events
  4. select the events you want to listen to. These should be the same events you’re consuming in your webhook. For example, if you haven’t added any additional events to the webhook and are using the defaults that came with this template, then you’ll need to add:
    - account.updated
    - checkout.session.completed
    - customer.subscription.deleted
    - customer.subscription.updated
    - invoice.paid signing-secret
  5. after that, go to the webhook you just created and reveal the new signing secret.
  6. add this secret to your deployed server’s STRIPE_WEBHOOK_SECRET= environment variable.
    If you’ve deployed to Fly.io, you can do that easily with the following command:
Terminal window
wasp deploy fly cmd --context server secrets set STRIPE_WEBHOOK_SECRET=whsec_...

Deploying your Blog

Deploying your Astro Starlight blog is a bit different than deploying your SaaS app. As an example, we will show you how to deploy your blog for free to Netlify. You will need a Netlify account and Netlify CLI installed to follow these instructions.

Make sure you are logged in with Netlify CLI.

  • You can check if you are logged in with netlify status,
  • you can log in with netlify login.

Position yourself in the blog directory and run the following command:

Terminal window
npm run build

This will build your blog into the blog/dist directory. Now you can deploy your blog to Netlify with the following command:

Terminal window
netlify deploy

Select the dist directory as the deploy path.

Finally, if the deployment looks good, you can deploy your blog to production with the following command:

Terminal window
netlify deploy --prod