Serverless Plugin Custom Domain

homepage icon https://github.com/dougmoscrop/serverless-plugin-custom-domain

Tracked

NPM Downloads Last Month
706
Issues
0
Stars
23
Forks
4
Watchers
23

Repo README Contents:

serverless-plugin-custom-domain

This is a plugin for Serverless that injects a CloudFormation Custom Resource in your deployed stack that sets up a base path mapping between the ApiGateway::Deployment that Serverless creates, and an API Gateway Custom Domain.

Upgrading from 1.x

A bug in 1.x caused an extra, unused LogGroup to be created, called /aws/lambdaservice-stage-CustomBasePathMa-- instead of /aws/lambda/service-stage-CustomBasePathMa--. However, AWS automatically creates a LogGroup for your functions with the correct name. This means that any deployments using 1.x have two LogGroups. After upgrading to 2.x+, deployments may fail due to a CloudFormation error that “the log group already exists”. Sorry about this! It doesn’t always happen, but thankfully, the fix is pretty straightforward if it does and it should only happen the one time.

Usage


service: my-service

plugins:
  - serverless-plugin-custom-domain

custom:
  domain: "${opt:region}.myservice.foo.com"

Advanced Usage

custom.domain can also be an object, with the following propeties:

Notes

Why a Custom Resource?

CloudFormation supports ApiGateway::BasePathMapping resources but I found they frequently fail to update correctly. Implementing the (relatively simple) logic to get-and-update-or-create combined with a remove hook for cleanup has proven to be more reliable.

Setting up the Custom Domain

These take a long time to provision and are long-lived persistent resources that have Route53 entires pointing at them as well as ACM certificates that have to be requested and approved. You should manage these outside of Serverless, either via CloudFormation or something like Terraform.