Empezamos el capítulo de entrega de contenido y DNS: cómo los usuarios llegan a tu aplicación de forma rápida, fiable y segura. La primera pieza es el DNS, el «listín telefónico de internet», que en AWS gestiona el servicio Route 53. Sin DNS, internet sería un caos de números imposibles de recordar.

Cuando escribes www.google.com en el navegador, tu ordenador no sabe dónde está ese sitio: necesita una dirección IP (un número como 142.250.184.4). El DNS (Domain Name System) es el sistema que traduce nombres de dominio en direcciones IP.

Analogía: el DNS es como la agenda de contactos del móvil. Tú llamas a «Mamá», no te aprendes su número de teléfono. La agenda traduce el nombre en el número real. El DNS hace lo mismo con las webs: tú recuerdas miweb.com, y el DNS lo traduce a la IP del servidor.

Route 53 es el servicio de DNS de AWS (el «53» viene del puerto que usa el DNS). Con él puedes:

• Registrar dominios (comprar mitienda.com).
• Gestionar los registros DNS de tus dominios.
• Dirigir el tráfico de forma inteligente a tus recursos (con las routing policies que veremos).

Es la puerta de entrada de los usuarios a tu aplicación.

Un dominio tiene varios registros (records), cada uno con una función. Estos son los que debes conocer:

Los dos más habituales en el día a día son el A (nombre → IP) y el CNAME (nombre → otro nombre).

Route 53 añade un tipo propio muy útil: el registro Alias. Es parecido a un CNAME, pero pensado para apuntar directamente a recursos de AWS (un balanceador de carga del Capítulo 13, una distribución de CloudFront, un bucket de S3...). Tiene ventajas: funciona en la raíz del dominio (donde un CNAME no puede) y no tiene coste adicional de consultas.

Para empezar: usa registros A/Alias para apuntar tu dominio a tus recursos de AWS (un balanceador, CloudFront). Es lo más común.

Aquí está lo que hace especial a Route 53. No se limita a traducir nombres: puede decidir a qué IP responder según distintos criterios, mediante las routing policies (políticas de enrutamiento).

La básica: un nombre → una dirección. Sin lógica adicional. Para la mayoría de webs sencillas es suficiente.

Reparte el tráfico entre varios destinos según porcentajes que tú defines. Ideal para despliegues graduales.

Ejemplo: quieres probar una versión nueva de tu web con pocos usuarios antes de lanzarla a todos (un «canary»). Envías el 10 % del tráfico a la versión nueva; si todo va bien, vas subiendo el porcentaje. Esto se llama despliegue canario.

Envía a cada usuario al servidor que le dé menor latencia (el más rápido para él), normalmente el más cercano geográficamente. Recuerda el concepto de latencia del Capítulo 3.

Envía a los usuarios a un destino según su país o región. Útil para mostrar contenido localizado o cumplir normativas.

Tiene un destino principal y uno de respaldo. Si el principal falla (lo detecta con un health check, lo veremos en el subcapítulo 16.4 y en el Capítulo 26), Route 53 redirige automáticamente al de respaldo.

Esto es clave para la alta disponibilidad (Capítulo 26).

• El DNS traduce nombres de dominio en direcciones IP (la «agenda de contactos» de internet); Route 53 es el servicio DNS de AWS y la puerta de entrada a tu aplicación.
• Los registros clave: A (nombre → IPv4), CNAME (nombre → otro nombre) y el Alias de AWS (apunta a recursos de AWS como balanceadores o CloudFront, sin coste extra).
• Las routing policies dirigen el tráfico con inteligencia: Simple, Weighted (porcentajes, despliegues canario), Latency (el servidor más rápido), Geolocation (por país) y Failover (principal + respaldo para alta disponibilidad).
• Para empezar: registros A/Alias apuntando a tus recursos de AWS, con política Simple.

En el siguiente subcapítulo veremos cómo acelerar la entrega de tu contenido a usuarios de todo el mundo con la red de distribución CloudFront.