GabrielEnzo

Reto de fundamentos

AWS

¿Cuánto sabes de redes y cloud?

Diez preguntas aleatorias sobre conceptos esenciales de redes, cloud y AWS.

10 preguntas
100 puntos por acierto
5 puestos en el ranking

Portfolio del proyecto

Despliegue serverless en AWS

Frontend almacenado en S3 privado, publicación mediante CloudFront y un backend formado por API Gateway, funciones Lambda y DynamoDB.

Operativo
01

Resumen y objetivos

El quiz sirve como carga de trabajo para comprobar el despliegue completo: entrega del frontend por CDN, dominio personalizado, llamadas a una API HTTP y resultados compartidos entre usuarios. La arquitectura serverless se ajusta a un tráfico pequeño e irregular, evita mantener servidores en ejecución y permite dimensionar por separado la publicación, el procesamiento y el almacenamiento.

02

Arquitectura operativa y desarrollo

El despliegue utiliza dos recorridos independientes. CloudFront entrega los archivos del frontend desde un bucket privado, mientras API Gateway dirige las operaciones de lectura y escritura hacia Lambda y DynamoDB. Así, el backend no necesita servir contenido estático y cada parte conserva su propia configuración de acceso y capacidad.

Flujo frontend

Publicación y entrega del contenido

Contenido estático

Este recorrido separa el contenido público de su almacenamiento. El visitante accede al dominio habitual, mientras CloudFront controla la entrega y mantiene oculto el bucket que contiene los archivos originales. De este modo, el contenido se distribuye desde ubicaciones cercanas al usuario sin exponer directamente el origen.

ACM · certificado TLSOAC · acceso privado al origenCaché · entrega distribuida
Detalle interactivo Selecciona un componente

Pulsa sobre cualquier servicio del flujo superior o inferior para consultar su función dentro del despliegue.

Flujo backend

Procesamiento y persistencia de datos

Datos dinámicos

El navegador nunca accede directamente a DynamoDB. API Gateway recibe las solicitudes, Lambda aplica la lógica y los roles IAM determinan qué operación puede realizar cada función sobre la tabla. La separación permite modificar o escalar el procesamiento sin alterar la publicación del frontend.

IAM · mínimo privilegioCORS · origen autorizadoThrottling · 2 req/s, pico 5
Evolución del despliegue

Desarrollo por fases

La infraestructura se amplió de forma incremental para poder validar cada capa antes de conectarla con la siguiente.

01BaseIdentidad IAM, MFA, región y criterios de coste.
02PublicaciónS3 privado, CloudFront, HTTPS y dominio propio.
03BackendDynamoDB, funciones Lambda y API HTTP.
04IntegraciónCORS, límites de tráfico y conexión del frontend.
03

Servicios y herramientas

S3 y CloudFront forman la capa de publicación; API Gateway, Lambda y DynamoDB gestionan las operaciones dinámicas. IAM limita los permisos, ACM proporciona el certificado y Cloudflare publica el registro DNS del subdominio.

Amazon S3Actúa como origen privado de los archivos estáticos.
CloudFrontPublica el contenido mediante CDN, HTTPS y caché distribuida.
AWS Certificate ManagerEmite y renueva el certificado TLS asociado al subdominio.
API GatewayExpone las rutas HTTP y aplica límites de tráfico antes de invocar Lambda.
AWS LambdaEjecuta código Python bajo demanda sin administrar servidores.
Amazon DynamoDBProporciona persistencia NoSQL orientada a los patrones de consulta.
AWS IAMDefine identidades, relaciones de confianza y permisos mínimos.
Cloudflare DNSPublica el subdominio y lo dirige hacia la distribución de AWS.
04

Seguridad, rendimiento y costes

La web y la API son públicas, por lo que se limitaron tanto el acceso a los recursos como el consumo permitido. S3 permanece privado, cada función recibe un rol distinto y API Gateway limita el ritmo de solicitudes.

Origen protegidoS3 bloquea el acceso público y acepta únicamente solicitudes firmadas por CloudFront mediante OAC.
Permisos acotadosCada Lambda dispone de un rol propio y solo puede ejecutar PutItem o Query sobre la tabla necesaria.
API controladaCORS autoriza el dominio usado por el navegador y API Gateway aplica 2 solicitudes por segundo con un pico de 5.
Coste predecibleCloudFront usa el plan Free y DynamoDB parte de 1 RCU y 1 WCU, sin servidores permanentes.
Ejemplo aplicado

Una política para una única operación

La función encargada de guardar resultados recibe exclusivamente la acción dynamodb:PutItem sobre su tabla. La función de lectura utiliza otro rol limitado a dynamodb:Query, evitando permisos generales sobre DynamoDB.