AppSync supports associating your API to a custom domain.
The configuration for custom domain can be found under the appSync.domain
attribute.
appSync:
name: my-api
domain:
name: api.example.com
hostedZoneId: Z111111QQQQQQQ
name
: Required. The fully qualified domain name to associate this API to.certificateArn
: Optional. A valid certificate ARN for the domain name. See Certificate.useCloudFormation
: Boolean. Optional. Whether to use CloudFormation or CLI commands to manage the domain. See Using CloudFormation or CLI commands. Defaults totrue
.retain
: Boolean, optional. Whether to retain the domain and domain association when they are removed from CloudFormation. Defaults tofalse
. See Ejecting from CloudFormationhostedZoneId
: Boolean, conditional. The Route53 hosted zone id where to create the certificate validation and/or AppSync Alias records. Required ifuseCloudFormation
istrue
andcertificateArn
is not provided.hostedZoneName
: The hosted zone name where to create the route53 Alias record. IfcertificateArn
is provided, it takes precedence overhostedZoneName
.route53
: Boolean. Wether to create the Route53 Alias record for this domain. Set tofalse
if you don't use Route53. Defaults totrue
.
If useCloudFormation
is true
and a valid certificateArn
is not provided, a certificate will be created for the provided domain name
using CloudFormation. You must provide the hostedZoneId
where the DNS validation records for the certificate will be created.
CloudFormation cannot update a stack when a custom-named resource requires replacing. Rename api.example.com and update the stack again.
If useCloudFormation
is false
, when creating the domain with the domain create
command, this plugin will try to find an existing certificate that
matches the given domain. If no valid certificate is found, an error will be thrown. No certificate will be auto-generated.
There are two ways to manage your custom domain:
- using CloudFormation (default)
- using the CLI commands
If useCloudFormation
is set to true
, the domain, domain association, and optionally, the domain certificate will be automatically created and managed by CloudFormation. However, in some cases you might not want that.
For example, if you want to use blue/green deployments, you might need to associate APIs from different stacks to the same domain. In that case, the only way to do it is to use the CLI.
For more information about managing domains with the CLI, see the Commands section.
If you started to manage your domain through CloudFormation and want to eject from it, follow the following steps:
- Set
retain
totrue
To avoid breaking your API if it is already on production, you first need to tell CloudFormation to retain the domain and any association with an existing API. For that, you can set the retain
attribute to true
. You will then need to re-deploy to make sure that CloudFormation takes the change into account.
- Set
useCloudFormation
tofalse
You can now set useCloudFormation
to false
and deploy one more time. The domain and domain association resources will be removed from the CloudFormation template, but the resources will be retained (see point 1.)
- Manage your domain using the CLI
You can now manage your domain using the CLI commands
You can use different domains by stage easily thanks to Serverless Framework Stage Parameters
params:
prod:
domain: api.example.com
domainCert: arn:aws:acm:us-east-1:123456789012:certificate/7e14a3b2-f7a5-4da5-8150-4a03ede7158c
staging:
domain: qa.example.com
domainCert: arn:aws:acm:us-east-1:123456789012:certificate/61d7d798-d656-4630-9ff9-d77a7d616dbe
default:
domain: ${sls:stage}.example.com
domainCert: arn:aws:acm:us-east-1:123456789012:certificate/44211071-e102-4bf4-b7b0-06d0b78cd667
appSync:
name: my-api
domain:
name: ${param:domain}
certificateArn: ${param:domainCert}