Skip to content

ThoughtWorks-DPS/psk-aws-platform-hosted-zones

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

70 Commits
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

Thoughtworks Logo
DPS Title

psk-aws-platform-hosted-zones


Multi-account subdomain hosted zones and zone delegations.

note. in these charts, *.domain indicates the hosted zone delegation will manage every subdomain no specifically delegated.

psk aws managed domains

domain top-level domain account
*.twdps.io aws-dps-1
*.twdps.digital aws-dps-2

Creates the following, cluster-specific hosted zones in the specified account:

hosted zone aws-dps-1 aws-dps-2
*.sandbox-i01-aws-us-east-1.twdps.digital
*.sandbox-i01-aws-us-east-1.twdps.io
*.prod-i01-aws-us-east-2.twdps.digital
*.prod-i01-aws-us-east-2.twdps.io

Creates the following environment specific zones:

gateway aws-dps-1 aws-dps-2
*.preview.twdps.digital-gateway
*.preview.twdps.io-gateway
*.dev.twdps.digital-gateway
*.dev.twdps.io-gateway
*.qa.twdps.digital-gateway
*.qa.twdps.io-gateway
*.api.twdps.digital-gateway
*.api.twdps.io-gateway

By convention, UI (SPA, static site, etc) resides on the *.twdps.io and .digital domains. Direct traffic to on-cluster app is permissible, though it is more common to use static-sites, single-page apps, and so on (S3, @Edge lambda, CDN). And it is expected that through CDN objects the traffic is managed on specific paths (twdps.io/page or 33.twdps.io/page etc) and traffic not expressly so managed continues on to the cluster.

*General ingress patterns related to the top-level domains supported by the platform will be managed through a dedicated platform API. See the (psk-platform-simple-teams-and-ns)[https://github.com/ThoughtWorks-DPS/psk-platform-simple-teams-and-ns] for a simple strategy for managing ingress while the dedicated management API is in development.

Keep in mind that it is not uncommon to adopt a relatively static pattern for domain ingress where internal developers have a limited set of choices because of the product decisions made. Where that is true, and therefor no custom API experiences is needed, it is a good strategy to simple include that DNS management here as a simple all-in-one location.

single declarative state

This is a single declarative state configuration maintenance pipeline. Multiple aws account providers are configured in the same plan to reconcile the dependent state between aws accounts and delegation zones. The top level domains are assumed to already exist.

Note: this pattern is used for platform-managed domains that provide customers automated right-of-domain ingress.