El balanceo de carga en AWS es el servicio que recibe tráfico de internet y lo distribuye entre varios servidores llamados targets, evitando que uno solo se sature. Si estás preparando la certificación o diseñas aplicaciones en la nube, entender este servicio es la base para construir arquitecturas escalables y disponibles.
Acá vamos a ver cómo trabaja un Elastic Load Balancing (ELB), qué tipos existen y cuándo conviene cada uno según el tráfico que maneja tu aplicación.
¿Cómo funciona un balanceador de carga en AWS?
Imagina a Platzi.com con tres servidores corriendo la aplicación y miles de usuarios entrando al mismo tiempo. El balanceador se ubica en medio: recibe la petición del usuario y decide a qué servidor enviarla.
Antes de mandar tráfico, el balanceador hace una verificación que en AWS se llama health check. Le pregunta al servidor A si puede recibir solicitudes y el servidor responde con un código HTTP 200 si está saludable. Si responde bien, recibe tráfico. Si un día amanece caído, el balanceador lo descarta y reparte la carga entre los servidores B y C.
¿Qué es un health check en un balanceador? Es la verificación periódica que hace el balanceador a cada target para confirmar que está saludable. Si el servidor responde HTTP 200, recibe tráfico; si falla, queda fuera de la rotación.
Esa lógica de repartir equitativamente entre servidores saludables es lo que permite escalar de tres usuarios a un millón sin que la aplicación se caiga [02:30].
¿Para qué sirve un Elastic Load Balancing?
Un ELB cumple cuatro funciones que vale la pena tener claras antes de elegir un tipo específico.
- Distribuye la carga entre múltiples destination targets.
- Expone un único punto de entrada con un DNS que puedes apuntar a tu dominio.
- Verifica el estado de salud de cada target con health checks configurables.
- Mantiene tu aplicación disponible aunque uno o varios servidores fallen.
La gracia es que tú no decides manualmente a qué servidor mandar cada petición. El balanceador lo hace por ti, y además puedes personalizar los parámetros del health check cuando lo configuras [04:30].
¿Qué tipos de balanceadores existen en AWS?
AWS ofrece cuatro balanceadores dentro de la categoría Elastic Load Balancing, pero solo tres son los que vas a usar en la vida real.
¿Cuándo usar un Application Load Balancer?
El Application Load Balancer (ALB) trabaja en la capa 7 del modelo OSI, la capa de aplicación. Es el que eliges cuando tu tráfico es HTTP por el puerto 80, HTTPS por el puerto 443 o gRPC.
Piensa en Platzi.com: usuarios entrando por navegador, peticiones HTTPS, enrutamiento hacia distintos puertos internos. Ese caso pide un ALB. Además, te entrega un DNS estático que puedes asociar a tu dominio sin preocuparte porque cambie con el tiempo.
Regla mental para el examen: si la pregunta menciona tráfico web, HTTP o HTTPS, tu respuesta es Application Load Balancer.
¿Cuándo usar un Network Load Balancer?
El Network Load Balancer (NLB) opera en la capa 4 y maneja los protocolos TCP y UDP. Esta capa se encarga del transporte de información por internet, y el NLB está diseñado para rendimientos extremos.
- Soporta millones de peticiones por segundo.
- Entrega dos IPs completamente estáticas en distintas zonas de disponibilidad.
- Garantiza alta disponibilidad por diseño.
Cuando tu prioridad es velocidad y volumen masivo, no pienses en ALB; piensa en NLB [07:00].
¿Cuál es la diferencia entre ALB y NLB? El ALB trabaja en capa 7 con HTTP/HTTPS y enruta por contenido. El NLB trabaja en capa 4 con TCP/UDP y prioriza rendimiento extremo con IPs estáticas.
¿Cuándo usar un Gateway Load Balancer?
El Gateway Load Balancer funciona en la capa 3, a nivel de paquetes IP. Su trabajo es enviar tráfico hacia firewalls desplegados sobre instancias EC2 para hacer inspección de tráfico y detección de intrusos.
No lo vas a usar para servir una página web. Lo vas a usar cuando tu arquitectura necesita pasar todo el tráfico por una capa de seguridad antes de llegar a tus aplicaciones.
¿Y qué pasa con el Classic Load Balancer?
El Classic Load Balancer existe pero está deprecado. Amazon ya no lo recomienda. Te puede aparecer como opción en una pregunta del examen, pero nunca lo marques como respuesta válida y nunca lo uses en producción.
¿Por qué no usar el Classic Load Balancer? Porque está deprecado por AWS. Sigue disponible por compatibilidad, pero no recibe nuevas features y los reemplazos modernos son ALB y NLB.
¿Qué sigue después de entender el balanceo de carga?
Combinar EC2, balanceo de carga y escalamiento automático es lo que te da arquitecturas verdaderamente elásticas. El balanceador reparte tráfico, pero el escalado automático crea o elimina servidores según la demanda. Juntos, hacen que tu aplicación crezca sola cuando llega el pico y se reduzca cuando el tráfico baja.
¿Ya tienes claro qué balanceador usarías para tu próxima aplicación? Cuéntame en los comentarios qué tipo elegirías para Platzi.com y por qué.
