Global API Management with API Gateway and Route 53

Part 3 of the multi-region serverless series: putting regional API Gateway endpoints in more than one region and letting Route 53 send each caller to the closest healthy one, with health checks and failover routing for when a region goes dark.

February 18, 2025

Originally published on DEV.to.

When you have a global application, providing a seamless, low-latency experience to users worldwide is crucial. By deploying regional AWS API Gateway endpoints and using Amazon Route 53 for latency-based routing, you can ensure fast response times, high availability, and robust failover mechanisms. This post explores how to implement global API management with AWS services and provides a real-world example. If this looks familiar, you're right, some of this we touched on in the previous post.

Why Use Multi-Region API Gateways?

Deploying API Gateway in multiple AWS regions and managing routing with Route 53 offers key benefits:

  • Low Latency: Directs users to the nearest API endpoint for faster response times.
  • High Availability: Ensures service continuity even if one region experiences downtime.
  • Better Performance Scaling: Distributes API traffic efficiently across multiple regions.
  • Compliance & Data Sovereignty: Supports data sovereignty requirements by processing requests in specific regions.

Key Strategies for Global API Management

To effectively manage global APIs, follow these best practices:

1. Deploy Regional API Gateway Endpoints

Instead of relying on a single API Gateway instance, deploy regional API Gateway endpoints in multiple AWS regions. This allows:

  • Traffic to be processed closer to the user.
  • More control over caching and data processing in each region.
  • Better fault tolerance by avoiding a single point of failure.

Example AWS CLI Commands for API Gateway Deployment:

# Deploy an API Gateway in US-East-1
aws apigateway create-rest-api --name "ExchangeAPI-US" --region us-east-1

# Deploy an API Gateway in EU-West-1
aws apigateway create-rest-api --name "ExchangeAPI-EU" --region eu-west-1

2. Use Amazon Route 53 Latency-Based Routing

Amazon Route 53 can direct users to the API Gateway endpoint with the lowest latency. This is achieved using latency-based routing policies, which evaluate where a request originates and send it to the closest AWS region.

Example Route 53 Configuration:

  • US-based users are routed to the API Gateway in us-east-1.
  • European users are routed to the API Gateway in eu-west-1.
  • If one region is unavailable, failover routing directs traffic to the next best available region.

Example AWS CLI Command for Route 53 Record Setup:

aws route53 change-resource-record-sets --hosted-zone-id Z123456ABCDEFG \
  --change-batch '{
    "Changes": [
      {
        "Action": "UPSERT",
        "ResourceRecordSet": {
          "Name": "api.example.com",
          "Type": "A",
          "SetIdentifier": "US Region",
          "Region": "us-east-1",
          "TTL": 60,
          "ResourceRecords": [{"Value": "192.0.2.1"}]
        }
      },
      {
        "Action": "UPSERT",
        "ResourceRecordSet": {
          "Name": "api.example.com",
          "Type": "A",
          "SetIdentifier": "EU Region",
          "Region": "eu-west-1",
          "TTL": 60,
          "ResourceRecords": [{"Value": "192.0.2.2"}]
        }
      }
    ]
  }'

3. Implement Failover Routing for High Availability

If one region becomes unavailable, Route 53 failover routing ensures API traffic is redirected to an operational region. This setup improves resilience by:

  • Using health checks to monitor API availability.
  • Automatically switching traffic in case of failures.

Example Route 53 Health Check Configuration:

aws route53 create-health-check --caller-reference "api-healthcheck" \
  --health-check-config '{
    "IPAddress": "192.0.2.1",
    "Port": 443,
    "Type": "HTTPS",
    "ResourcePath": "/status",
    "RequestInterval": 30,
    "FailureThreshold": 3
  }'

Real-World Example: Fintech Currency Exchange API

A fintech company offering real-time currency exchange services needs a globally distributed API to provide users with the latest exchange rates instantly.

Architecture Breakdown:

  1. API Gateway
    • Deploys regional API Gateway endpoints in us-east-1 and eu-west-1.
    • Handles user requests efficiently based on their location.
  2. Route 53 (Latency-Based Routing)
    • Directs requests to the closest API endpoint.
    • Uses failover routing in case of outages.
  3. AWS Lambda (Currency Rate Processing)
    • Fetches live exchange rates from a data provider.
    • Processes calculations before returning results.
  4. Amazon DynamoDB Global Tables
    • Stores exchange rate history across regions.
    • Provides data consistency with real-time replication.
  5. CloudWatch & X-Ray
    • Monitors API performance and logs request traces.

Benefits for Users:

  • Fast response times due to latency-based routing.
  • Minimal service disruptions with automatic failover.
  • Accurate exchange rates retrieved in real-time.

Conclusion

Implementing global API management with API Gateway and Route 53 ensures low-latency, highly available, and scalable API services. By leveraging latency-based routing, failover mechanisms, and regional API deployments, businesses can improve user experience and reliability.

In the next post, we’ll explore using DynamoDB Global Tables for multi-region data replication to ensure real-time consistency across distributed applications.