AWS Elastic Beanstalk: escalado automático
Clase 14 de 36 • Curso Práctico de AWS Cloud
Contenido del curso
Introducción a la oferta de AWS y sus interacciones
- 4

Elastic Beanstalk: arquitectura escalable en AWS
05:26 min - 5

EC2: conceptos clave y configuración básica
07:04 min - 6

Crear instancia EC2 en AWS gratuita
09:54 min - 7

Conectarse por SSH a instancias EC2 desde Windows
10:07 min - 8

Conectar a instancia S2 desde Linux con SSH
02:11 min - 9

Conectar Mac a instancia EC2 con Terminal
02:31 min - 10

Proyecto Flask en EC2 con GitHub
04:08 min - 11

Cómo desplegar Flask en AWS con puertos y dependencias
06:20 min - 12

Qué es Lambda de Amazon y por qué es serverless
07:29 min - 13

Función AWS Lambda en Python desde la consola
07:09 min
Elastic Beanstalk
Bases de Datos
- 19

Amazon RDS: prestaciones enterprise sin data center
02:36 min - 20

RDS Postgres: optimizaciones y respaldos AWS
06:59 min - 21

Crear una base de datos PostgreSQL en AWS RDS
05:06 min - 22

Importar dump de Postgres en AWS RDS
04:38 min - 23

Aurora PG: 3x más rápido que RDS Postgres
04:12 min - 24

Creando Aurora PostgreSQL en AWS
11:58 min - 25

Respaldos en RDS Postgres: cuándo y cómo
02:50 min
Redes
Herramientas de administración
Seguridad
Bonus
Cierre del curso
Elastic Beanstalk de AWS te permite escalar aplicaciones web de forma dinámica, mantener alta disponibilidad y desplegar versiones sin interrumpir el servicio. Con criterios claros como CPU, RAM o latencia, puedes crecer desde un solo servidor hasta decenas o cientos cuando la demanda sube, y volver a mínimos cuando baja, optimizando costos sin perder rendimiento.
¿Qué es Elastic Beanstalk y por qué facilita el escalado?
Elastic Beanstalk es una plataforma administrada que ajusta automáticamente la capacidad según la demanda. Tú defines la base (por ejemplo, un servidor) y un límite superior (por ejemplo, cien servidores en picos), ideal cuando, por ejemplo, a la hora de la comida todo el mundo consulta resultados y el tráfico se dispara. Pasado el pico, puede volver a un solo servidor en minutos.
- Criterios de escalado: por CPU, por RAM o por latencia percibida por el usuario.
- Control de capacidad: defines cuántas instancias mínimas y máximas.
- Optimización de costos: menos recursos cuando no hay uso activo.
- Mejor experiencia: más instancias cuando sube la latencia.
¿Cómo decidir límites y criterios de escalado?
- Identifica tus picos: por ejemplo, incrementos fuertes a la hora de la comida.
- Define umbrales: CPU alta sostenida, RAM cercana al límite o latencia creciente.
- Establece un techo: por ejemplo, hasta cien servidores para absorber picos.
- Ajusta el mínimo: mantener operación con una instancia cuando baja la demanda.
¿Cómo se compone la arquitectura con balanceador y métricas?
El usuario se conecta por HTTP/HTTPS a un Elastic Load Balancer que reparte tráfico entre instancias de aplicación (Ruby, PHP, Node.js, Java, Python, Docker o Windows). El balanceador reporta métricas en CloudWatch: horarios de mayor tráfico, tipo de tráfico (HTTP/HTTPS) y patrones útiles para operar. Las instancias pueden comunicarse con bases de datos o recursos en S3, según lo que necesites.
- Entrada unificada: Elastic Load Balancer frente a tus servidores.
- Observabilidad: métricas y estadísticas en CloudWatch.
- Flexibilidad de entornos: soporte para múltiples lenguajes y plataformas.
- Integración de datos: conexión con S3 y bases internas.
¿Qué ventajas dan las zonas dentro de una región?
Amazon opera varias zonas por región (por ejemplo, en Oregón hay múltiples centros de datos). Puedes conectar el Load Balancer a varias zonas para tolerancia a fallos: si una zona pierde energía o conectividad, el tráfico se redirige a otra y el servicio continúa en línea.
- Alta disponibilidad: failover automático entre zonas.
- Resiliencia operativa: menos riesgos por fallas físicas.
- Continuidad del servicio: usuarios sin interrupciones perceptibles.
¿Cómo hacer despliegues seguros con DNS y consola?
Elastic Beanstalk incluye una consola de mantenimiento para ver el estado y necesidades del entorno. Para actualizar, puedes crear un entorno nuevo, desplegar la versión, probar y luego cambiar el DNS para apuntar al nuevo. La migración puede tomar alrededor de trescientos milisegundos, lo que hace que prácticamente nadie lo note.
- Proceso seguro: nuevo entorno, pruebas y cambio de DNS.
- Cero interrupciones: cambio rápido de apuntador.
- Control centralizado: consola para monitoreo y ajustes.
¿Qué ambientes soporta para ejecutar tu app?
- Java.
- Node.js.
- Python.
- Docker.
- Ruby.
- Windows.
- PHP.
¿Tienes dudas sobre criterios de escalado o despliegues con DNS? Comparte tu caso en los comentarios y conversemos sobre la mejor configuración para tu entorno.