Políticas de AWS Route 53 que debes conocer

Route 53 de Amazon Web Services es un servicio de DNS de alta disponibilidad. Es llamado por TCP o UDP como puerto 53, que es donde los requests del servidor son agendados. Como cualquier otro servicio de DNS, este administra el registro de dominios y dirige a usuarios hacia tu aplicación, sin importar si esta está alojada en AWS o en otro lugar.

Route 53 también dirige el tráfico de manera inteligente, basado en políticas de routing y a través de chequeos de salud (health checks) automatizados, para prevenir el uso de servidores que puedan estar fallando.

Como otros servicios de AWS, Route 53 es un servicio pay-as-you-go. Se te cobrará solo por la cantidad de zonas alojadas que crees y mantengas a través del número de requests establecidos. Exploremos, brevemente, cómo Route 53 añade un valor especial a tu dominio y por qué deberías considerarlo como una fuerte opción para migrar hacia este servicio.

Política simple de routing

Es lo más común y como su característica lo expresa, es una forma simple de dirigir tu dominio o aplicación. Si, por ejemplo, el servidor de tu aplicación tiene una IP pública como 212.123.2.25 y quieres usar miweb.com; entonces, podrás usar Route 53 para identificar las entradas a miweb.com y redirigirlas correctamente a tu IP pública.

Política de redireccionamiento con ponderación

Puedes definir diferentes “pesos” o prioridades a múltiples servidores que provean un servicio web; así diriges un alto o bajo porcentaje de tu tráfico a un servidor sobre otro. Esta clase de redireccionamiento puede ser de gran ayuda para balancear la carga de tus servidores o incluso probar diferentes versiones de un paquete de software.

Direccionamiento basado en la latencia

Una política basada en la latencia dirige los requests hacia el servidor que podrá responder con el menor delay posible. Por ejemplo, podrías correr tu aplicación en diferentes regiones, y Route 53 automáticamente dirigirá usuarios a aquellas que responderán más rápido.

Política de caida

Una política de caída de servidor podrá enviar todo el tráfico al servidor que indicaste como primario mientras este se identifique como saludable. Sin embargo, si Route 53 no lo identifica como tal, es decir, que está fallando, el tráfico podrá ser redirigido hacia un recurso que hayas agendado como backup.