SYSTEM Cited by 4 sources

Amazon Route 53

Amazon Route 53 is AWS's managed DNS service. In the context of this wiki, the feature of interest is weighted routing records: multiple records for the same name with per-record integer weights, letting Route 53 distribute resolutions across targets proportional to the weights. Adjusting weights over time shifts traffic gradually, which is the canonical DNS-level implementation of the blue/green migration pattern.

Stub page.

Role in blue/green cutovers

The sources/2025-01-18-aws-app-mesh-discontinuation-service-connect-migration post names three edge-level weighted-traffic mechanisms for App Mesh → Service Connect migration:

1. Route 53 weighted routing records — DNS-level; simplest, widest compatibility, but slow to propagate (TTL-bound cache invalidation).
2. CloudFront continuous deployment — edge-CDN-level; faster propagation but only covers CloudFront-fronted traffic.
3. ALB multi-target-group routing — single-ALB-level; tightest control but only within one load balancer's scope.

Route 53 weighted records are the default choice for service-mesh blue/green because they're the only option that works across disjoint mesh environments with no shared networking.

Related

• patterns/blue-green-service-mesh-migration — canonical user of weighted DNS records
• patterns/staged-rollout — broader category (env/zone/pod/%)
• patterns/ab-test-rollout — per-experiment traffic shifting

Private hosted zones as a DR indirection layer

Beyond public DNS + weighted routing, Route 53 private hosted zones are the canonical substrate for DR configuration translation: on failover, create a private hosted zone in the recovered VPC that owns the old endpoint name, add a CNAME pointing to the new (restored) endpoint. Applications that still resolve the old name bind transparently to the new resource without config-rewrite + redeploy.

Named in the 2026-03-31 AWS DR post as Arpio's mechanism for keeping application→restored-database connectivity working after cross-Region / cross-account recovery: "Arpio will also create an Amazon Route 53 private hosted zone in the recovered VPC, mapping the early endpoint to the new one using a CNAME record. This way, applications still using the early name still connect to the newly recovered database." (Source: sources/2026-03-31-aws-streamlining-access-to-dr-capabilities)

Seen in

• sources/2026-05-12-aws-building-hybrid-multi-tenant-architecture-for-stateful-services — canonical wiki instance of Route 53 weighted routing used for horizontal scale-out within a tier, not just migration-phase blue/green. AWS's hybrid multi-tenant ad-serving architecture uses one Route 53 weighted record per infra group (per ALB) and adds records as the tier scales horizontally (add infra group within a cell → new weighted record; add cell (new AWS account) → new weighted record). The tier endpoint (tier-1.us-east-1.example.com) remains stable for tenants through every scaling event — first canonical wiki instance of Route 53 weighted routing as the tier-level traffic- distribution primitive absorbing two horizontal-scale-out levers transparently (infra-group and cell). Datum: up to 10,000 weighted records per hosted zone → practically unbounded for this use case. See patterns/tier-cell-infra-group-hierarchy and patterns/hybrid-multi-tenant-architecture.
• sources/2025-01-18-aws-app-mesh-discontinuation-service-connect-migration — weighted records named as the primary traffic-shifting mechanism for cross-mesh migration.
• sources/2026-01-30-aws-sovereign-failover-design-digital-sovereignty — named as a per-partition DNS zone in the sovereign-failover topology ("separate Route 53 DNS zones" per partition); no cross-partition Route 53 health checks.
• sources/2026-03-31-aws-streamlining-access-to-dr-capabilities — private hosted zone CNAME as the canonical DR config-translation indirection mechanism; the named Arpio implementation for application→restored-database endpoint mapping.