Quiz de Validación - MÓDULO 7
Este quiz de 30 preguntas le permite validar sus conocimientos sobre la publicación web en AWS antes de pasar al laboratorio práctico.
Pregunta 1
¿Cuáles son los componentes mínimos para publicar un servidor web en AWS?
A) Solo EC2
B) VPC, Subred pública, IGW, Security Group, EC2 con IP pública
C) S3 y CloudFront
D) Lambda y API Gateway
Ver la respuesta
Respuesta: B
Para publicar un servidor web simple en EC2, se necesita: una VPC con una subred pública que tenga una ruta hacia un Internet Gateway, un Security Group que permita HTTP/HTTPS, y una instancia EC2 con una IP pública o Elastic IP en esa subred.
Pregunta 2
¿Qué puerto debe estar abierto en el Security Group para HTTP?
A) 22
B) 443
C) 80
D) 8080
Ver la respuesta
Respuesta: C
El puerto 80 es el puerto estándar para HTTP (no cifrado). El puerto 443 es para HTTPS (cifrado). El puerto 22 es para SSH. Para una aplicación web accesible públicamente, debe abrir al menos el puerto 80 y/o 443.
Pregunta 3
¿Cuál es la mejor práctica para la dirección IP de un servidor web en producción?
A) Usar la IP pública dinámica
B) Usar una Elastic IP (IP estática)
C) Usar solo una IP privada
D) Cambiar de IP cada semana
Ver la respuesta
Respuesta: B
Para producción, utilice una Elastic IP que permanece constante. La IP pública dinámica cambia si la instancia se detiene y luego se reinicia, lo que rompería las configuraciones DNS. Una Elastic IP permanece igual mientras la conserve.
Pregunta 4
¿Qué es un Application Load Balancer (ALB)?
A) Un servicio de base de datos
B) Un balanceador de carga que distribuye el tráfico HTTP/HTTPS hacia varios destinos
C) Un tipo de volumen EBS
D) Un servicio DNS
Ver la respuesta
Respuesta: B
El ALB es un balanceador de carga de nivel 7 (aplicación) que distribuye el tráfico HTTP/HTTPS hacia varios destinos (instancias EC2, contenedores, Lambda). Soporta el enrutamiento basado en el path, el host y los headers.
Pregunta 5
¿Por qué usar un Load Balancer delante de los servidores web?
A) Para reducir los costos
B) Para alta disponibilidad, escalabilidad y distribución de carga
C) Solo para cifrado
D) Es obligatorio en AWS
Ver la respuesta
Respuesta: B
Un Load Balancer distribuye el tráfico entre varias instancias para evitar la sobrecarga de un solo servidor. Detecta instancias defectuosas (health checks) y deja de enviarles tráfico. También permite el escalado horizontal y la terminación SSL.
Pregunta 6
¿En qué capa del modelo OSI opera un Application Load Balancer?
A) Capa 3 (Red)
B) Capa 4 (Transporte)
C) Capa 7 (Aplicación)
D) Capa 2 (Enlace)
Ver la respuesta
Respuesta: C
El ALB opera en el nivel 7 (Aplicación) y comprende el protocolo HTTP/HTTPS. Puede tomar decisiones de enrutamiento basadas en el contenido de las solicitudes (URL, headers, cookies). El Network Load Balancer opera en el nivel 4 (Transporte).
Pregunta 7
¿Qué es una arquitectura web de 3 niveles (3-tier)?
A) 3 servidores idénticos
B) Presentación (web), Aplicación (lógica), Datos (BDD) separados
C) 3 regiones AWS
D) 3 zonas de disponibilidad
Ver la respuesta
Respuesta: B
La arquitectura 3-tier separa: el nivel de presentación (servidores web frontend), el nivel de aplicación (lógica de negocio backend) y el nivel de datos (base de datos). Esta separación permite mejor seguridad, escalabilidad y mantenibilidad.
Pregunta 8
¿En qué capa de red debe ubicarse la base de datos en una arquitectura 3-tier?
A) Subred pública con IP pública
B) Subred privada sin acceso directo a Internet
C) En la misma subred que el servidor web
D) En otra región
Ver la respuesta
Respuesta: B
La base de datos debe estar en una subred privada, sin IP pública ni ruta directa a Internet. Solo debe ser accesible desde los servidores de aplicación mediante sus Security Groups. Esto reduce considerablemente la superficie de ataque.
Pregunta 9
¿Cómo acceden los servidores de aplicación en una subred privada a las API externas?
A) Directamente vía el IGW
B) A través de un NAT Gateway ubicado en una subred pública
C) Mediante VPC Peering
D) Es imposible
Ver la respuesta
Respuesta: B
Los servidores en una subred privada utilizan un NAT Gateway (en una subred pública) para acceder a Internet. El NAT permite el tráfico saliente mientras bloquea el tráfico entrante no solicitado desde Internet.
Pregunta 10
¿Qué es un Health Check para un Load Balancer?
A) Una verificación de seguridad
B) Una prueba periódica para verificar si los destinos están sanos y pueden recibir tráfico
C) Una verificación de facturación
D) Una prueba de rendimiento
Ver la respuesta
Respuesta: B
El Health Check es una verificación periódica realizada por el Load Balancer hacia los destinos (instancias). Si un destino no responde correctamente (código HTTP incorrecto, timeout), se marca como "unhealthy" y no recibe tráfico hasta su recuperación.
Pregunta 11
¿Qué URL se utiliza frecuentemente para los Health Checks?
A) /
B) /admin
C) /health o /status
D) /login
Ver la respuesta
Respuesta: C
Se recomienda una URL dedicada como /health o /status. Esta página debe ser ligera y verificar que la aplicación funciona (conexión BDD OK, servicios activos). Usar / puede cargar recursos innecesarios y distorsionar las métricas.
Pregunta 12
¿Qué códigos HTTP indican un Health Check exitoso por defecto?
A) 500-599
B) 200-299
C) 300-399
D) 400-499
Ver la respuesta
Respuesta: B
Por defecto, los códigos 200-299 indican éxito. Se puede configurar el Load Balancer para aceptar otros códigos (por ejemplo 200,301). Un código 5xx o un timeout marca el destino como "unhealthy".
Pregunta 13
¿Qué es la terminación SSL/TLS a nivel del Load Balancer?
A) Detener el servicio SSL
B) El Load Balancer descifra el tráfico HTTPS y se comunica en HTTP con las instancias
C) Eliminar los certificados
D) Bloquear HTTPS
Ver la respuesta
Respuesta: B
La terminación SSL significa que el Load Balancer gestiona el cifrado HTTPS. Descifra el tráfico entrante y se comunica en HTTP no cifrado con las instancias backend (en la red privada segura). Esto simplifica la gestión de certificados.
Pregunta 14
¿Qué servicio de AWS permite obtener certificados SSL/TLS gratuitos?
A) AWS IAM
B) AWS Certificate Manager (ACM)
C) AWS KMS
D) AWS Secrets Manager
Ver la respuesta
Respuesta: B
AWS Certificate Manager (ACM) proporciona certificados SSL/TLS gratuitos para los servicios integrados de AWS (ALB, CloudFront, API Gateway). Los certificados se renuevan automáticamente. Para EC2 directamente, debe usar otros métodos (Let's Encrypt).
Pregunta 15
¿Qué es un Target Group para un ALB?
A) Un grupo de Security Groups
B) Un grupo de destinos (instancias, IPs, Lambda) hacia los cuales se dirige el tráfico
C) Un grupo de usuarios
D) Un grupo de regiones
Ver la respuesta
Respuesta: B
Un Target Group es un conjunto de destinos (instancias EC2, direcciones IP, funciones Lambda) registrados en el Load Balancer. El Load Balancer enruta el tráfico hacia los destinos sanos del Target Group según las reglas de listeners.
Pregunta 16
¿Qué es un Listener en un Load Balancer?
A) Un servicio de logging
B) Un proceso que verifica las solicitudes de conexión según el protocolo y puerto configurados
C) Una herramienta de monitoreo
D) Un tipo de Security Group
Ver la respuesta
Respuesta: B
Un Listener es un proceso que escucha en un puerto y protocolo específicos (ej: HTTPS en 443). Cuando recibe una solicitud correspondiente, la enruta hacia un Target Group según las reglas configuradas.
Pregunta 17
¿Se puede enrutar hacia diferentes Target Groups según la URL con un ALB?
A) No, un ALB tiene un solo Target Group
B) Sí, con reglas de enrutamiento basadas en el path
C) Solo con un NLB
D) Solo con CloudFront
Ver la respuesta
Respuesta: B
El ALB soporta el enrutamiento basado en el path (URL). Por ejemplo: /api/* hacia un Target Group de API, /images/* hacia otro, y /* hacia el Target Group por defecto. Esto permite dirigir el tráfico hacia diferentes servicios.
Pregunta 18
¿Cuál es el comando para probar si un sitio web responde?
A) ping www.example.com
B) curl -I www.example.com
C) ssh www.example.com
D) telnet www.example.com 22
Ver la respuesta
Respuesta: B
curl -I URL realiza una solicitud HTTP HEAD y muestra los headers de respuesta (código HTTP, tipo de contenido, etc.). curl URL muestra el contenido de la página. Estos comandos prueban la conectividad HTTP, a diferencia de ping que prueba ICMP.
Pregunta 19
¿Qué significa un código HTTP 502 Bad Gateway?
A) La página no existe
B) El Load Balancer no pudo obtener una respuesta válida de los destinos backend
C) Error de autenticación
D) Redirección permanente
Ver la respuesta
Respuesta: B
Un 502 Bad Gateway indica que el Load Balancer (actuando como proxy) no recibió una respuesta válida de los servidores backend. Posibles causas: servidores caídos, timeout, aplicación caída, Security Group bloqueando el tráfico del LB hacia las instancias.
Pregunta 20
¿Qué significa un código HTTP 504 Gateway Timeout?
A) La página no existe
B) El Load Balancer no recibió respuesta en el tiempo estipulado
C) Demasiadas solicitudes
D) Error de certificado
Ver la respuesta
Respuesta: B
Un 504 Gateway Timeout significa que el backend no respondió a tiempo. La aplicación tarda demasiado en procesar la solicitud. Soluciones: aumentar el timeout del LB, optimizar la aplicación, o investigar los cuellos de botella (BDD, API externas).
Pregunta 21
¿Cómo verificar que Apache/Nginx está en ejecución en una instancia Linux?
A) aws ec2 describe-instances
B) systemctl status apache2 o systemctl status nginx
C) curl localhost desde la instancia
D) B y C
Ver la respuesta
Respuesta: D
systemctl status apache2 (o nginx, httpd) muestra si el servicio está activo. curl localhost o curl 127.0.0.1 prueba si el servidor responde localmente. Si funciona localmente pero no desde el exterior, es un problema de Security Group o red.
Pregunta 22
¿Qué archivo de log de Apache consultar para los errores?
A) /var/log/messages
B) /var/log/apache2/error.log o /var/log/httpd/error_log
C) Solo /var/log/syslog
D) /etc/apache2/apache2.conf
Ver la respuesta
Respuesta: B
Los logs de Apache generalmente se encuentran en /var/log/apache2/ (Debian/Ubuntu) o /var/log/httpd/ (RHEL/CentOS). error.log contiene los errores, access.log contiene las solicitudes. Estos logs son esenciales para la resolución de problemas.
Pregunta 23
¿Qué verificar si el sitio funciona en HTTP pero no en HTTPS?
A) Solo el servidor web
B) Certificado SSL, puerto 443 en el Security Group, configuración HTTPS del servidor
C) La base de datos
D) Los DNS
Ver la respuesta
Respuesta: B
Verifique: ¿el certificado SSL es válido y está correctamente instalado?, ¿el puerto 443 está abierto en el Security Group?, ¿el servidor web está configurado para HTTPS (VirtualHost en 443)?, ¿los archivos de certificado existen y son legibles?
Pregunta 24
¿Qué es el sticky sessions (session affinity) en un Load Balancer?
A) Sesiones permanentes
B) Enrutamiento de las solicitudes de un mismo usuario hacia la misma instancia backend
C) Sesiones cifradas
D) Sesiones compartidas
Ver la respuesta
Respuesta: B
El sticky sessions utiliza una cookie para dirigir todas las solicitudes de un usuario hacia la misma instancia. Es útil para aplicaciones con estado local (sesiones en memoria). Sin embargo, puede crear un desequilibrio de carga y problemas si la instancia falla.
Pregunta 25
¿Por qué las aplicaciones web en la nube deben ser "stateless"?
A) Para reducir el tamaño del código
B) Para permitir el escalado horizontal sin pérdida de datos de sesión
C) Para ahorrar dinero
D) Es una preferencia personal
Ver la respuesta
Respuesta: B
Una aplicación stateless no almacena el estado de sesión en la instancia. Las sesiones se externalizan (Redis, DynamoDB). Esto permite agregar/eliminar instancias libremente sin perder las sesiones de usuario y facilita el escalado horizontal.
Pregunta 26
¿Dónde almacenar las sesiones de usuario para una aplicación escalable?
A) En el disco local de cada instancia
B) En ElastiCache (Redis/Memcached) o DynamoDB
C) En el Load Balancer
D) En el Security Group
Ver la respuesta
Respuesta: B
ElastiCache (Redis, Memcached) o DynamoDB son soluciones para externalizar las sesiones. Todas las instancias pueden leer/escribir las sesiones en este store centralizado. Esto permite el escalado y la alta disponibilidad de las sesiones.
Pregunta 27
¿Qué es Route 53 en el contexto de la publicación web?
A) Una ruta de red
B) El servicio DNS gestionado de AWS para asociar un nombre de dominio a recursos
C) Un tipo de VPC
D) Un load balancer
Ver la respuesta
Respuesta: B
Route 53 es el servicio DNS de AWS. Permite registrar dominios y crear registros DNS (A, CNAME, ALIAS) para apuntar a Load Balancers, instancias EC2, distribuciones CloudFront, etc.
Pregunta 28
¿Qué tipo de registro DNS usar para apuntar a un ALB?
A) MX
B) A con ALIAS hacia el nombre DNS del Load Balancer
C) TXT
D) PTR
Ver la respuesta
Respuesta: B
Utilice un registro A con ALIAS que apunte al nombre DNS del Load Balancer. ALIAS es específico de Route 53 y resuelve las limitaciones de CNAME en el apex del dominio. No genera costos adicionales de consultas DNS.
Pregunta 29
¿Cómo probar la resolución DNS de un dominio?
A) Solo ping
B) nslookup o dig
C) Solo curl
D) traceroute
Ver la respuesta
Respuesta: B
nslookup dominio.com o dig dominio.com permiten verificar la resolución DNS: qué IP se devuelve, qué servidor DNS respondió, el TTL, etc. Es esencial para diagnosticar problemas DNS.
Pregunta 30
¿Cuál es el orden de prueba para validar un despliegue web end-to-end?
A) DNS primero
B) Instancia local, luego Load Balancer, luego DNS público
C) Todo al mismo tiempo
D) CloudWatch primero
Ver la respuesta
Respuesta: B
El orden lógico es: 1) Probar la aplicación localmente en la instancia (curl localhost), 2) Probar vía el Load Balancer (curl DNS-del-LB), 3) Probar vía el nombre de dominio público. Esto permite aislar el nivel donde está el problema.
Resultado
Cuente sus respuestas correctas:
- 27-30: Excelente - Usted domina la publicación web en AWS
- 22-26: Bien - Algunos puntos a revisar
- 17-21: Medio - Repase el curso antes del laboratorio
- Menos de 17: Insuficiente - Repase el curso desde el principio
Pase al Lab Publicación Web una vez que haya alcanzado al menos 22 respuestas correctas.